USER FORUM
(you are viewing a thread; or go back to list of threads)
configure.ac suggested changes allow debian linux compile to complete (by John Griessen)
Roland Lutz, a user of gEDA schematic and PCB editing tools helped me get a linux compile on debian jessie to work. Here are his suggestions:
"There are two errors in the build system of solvespace which lead to the errors you reported:
1. A reference to -lpng is missing. This can be solves by adding the following lines to configure.ac, right before the FLTK section:
AC_CHECK_LIB(
[png], [png_set_sig_bytes], [],
[AC_MSG_ERROR([Cannot find -lpng])])
AC_CHECK_HEADERS(
[png.h], [],
[AC_MSG_ERROR([Cannot find png.h])])
2. The GUI application and library share some object files but don't enable object renaming[0] resulting in the second compilation overwriting the results of the first compilation. This can be fixed by setting explicit preprocessor flags for the second compilation, adding the following line to exposed/Makefile.am right before libslvs_a_SOURCES:
libslvs_a_CPPFLAGS = $(AM_CPPFLAGS)
The actual problem, however, is that recursive make is used in an inappropriate way[1]; two Makefiles shouldn't refer to the same source files. In this case, libslvs should be under src/ and handled by the same Makefile, in which case the issue would have been obvious when the Makefile was written in the first place"
Following these suggestions and with no environment variables set such as
LDFLAGS or LIBS, I was able to get a working solvespace GUI executable
on debian jessie for amd64 architecture.
"There are two errors in the build system of solvespace which lead to the errors you reported:
1. A reference to -lpng is missing. This can be solves by adding the following lines to configure.ac, right before the FLTK section:
AC_CHECK_LIB(
[png], [png_set_sig_bytes], [],
[AC_MSG_ERROR([Cannot find -lpng])])
AC_CHECK_HEADERS(
[png.h], [],
[AC_MSG_ERROR([Cannot find png.h])])
2. The GUI application and library share some object files but don't enable object renaming[0] resulting in the second compilation overwriting the results of the first compilation. This can be fixed by setting explicit preprocessor flags for the second compilation, adding the following line to exposed/Makefile.am right before libslvs_a_SOURCES:
libslvs_a_CPPFLAGS = $(AM_CPPFLAGS)
The actual problem, however, is that recursive make is used in an inappropriate way[1]; two Makefiles shouldn't refer to the same source files. In this case, libslvs should be under src/ and handled by the same Makefile, in which case the issue would have been obvious when the Makefile was written in the first place"
Following these suggestions and with no environment variables set such as
LDFLAGS or LIBS, I was able to get a working solvespace GUI executable
on debian jessie for amd64 architecture.
(no subject) (by yugami)
might I suggest explicitly including libGL as well as libpng. One of the previous builders errors needed that explicitly added in
Pull request (by Roland Lutz)
The following changes since commit 6cfa884406f9628575dffd36297be75cfaaf90c2:
fix GraphicsEditControlWindow placement, and fix error due to cmath being included instead of math.h (2015-02-26 12:22:42 -0500)
are available in the git repository at:
https://github.com/rlutz/solvespace.git patches
for you to fetch changes up to 48880f6fe9b8288cee0b8549072d23e7d967e87a:
Apply automake option `subdir-objects' globally (2015-03-02 21:46:11 +0100)
The first three patches make the build succeed again and shouldn't break anything. The next three patches are an attempt to solve the problem correctly, moving libslvs compilation to src/Makefile.am. This probably breaks MSVC compilation, but I didn't want to touch this since I have no way to test it. The following three patches make �make dist� work again. The last seven patches implement some best practices related to the Autotools and make life easier when working with Git.
----------------------------------------------------------------
Roland Lutz (16):
Add missing check for PNG library
Add check for GL/GLU library
Force object renaming to avoid constraint.o being overwritten
Move library header to include/ directory
Control libslvs compilation from src/Makefile.am
Move library source to src/ directory
Remove missing script from list of distributed files
Remove duplicate entries from list of distributed files
Don't try to distribute files that don't exist
Always enable warnings, even when not using `autogen.sh'
Fix automake warning about missing `AM_PROG_AR'
Treat automake warnings as errors
Don't remove autoconf cache/backup files automatically
Use separate directories for macros and auxiliary build tools
Add files generated by autotools to `.gitignore'
Apply automake option `subdir-objects' globally
.gitignore | 8 ++++++++
Makefile.am | 26 ++++----------------------
autogen.sh | 10 +---------
configure.ac | 26 ++++++++++++++++++++++++--
exposed/CDemo.c | 2 +-
exposed/Makefile.am | 17 ++---------------
{exposed => include}/slvs.h | 0
{ac-aux => m4}/ax_fltk.m4 | 0
src/Makefile.am | 12 +++++++++++-
{exposed => src}/lib.cpp | 2 +-
10 files changed, 52 insertions(+), 51 deletions(-)
create mode 100644 .gitignore
rename {exposed => include}/slvs.h (100%)
rename {ac-aux => m4}/ax_fltk.m4 (100%)
rename {exposed => src}/lib.cpp (99%)
fix GraphicsEditControlWindow placement, and fix error due to cmath being included instead of math.h (2015-02-26 12:22:42 -0500)
are available in the git repository at:
https://github.com/rlutz/solvespace.git patches
for you to fetch changes up to 48880f6fe9b8288cee0b8549072d23e7d967e87a:
Apply automake option `subdir-objects' globally (2015-03-02 21:46:11 +0100)
The first three patches make the build succeed again and shouldn't break anything. The next three patches are an attempt to solve the problem correctly, moving libslvs compilation to src/Makefile.am. This probably breaks MSVC compilation, but I didn't want to touch this since I have no way to test it. The following three patches make �make dist� work again. The last seven patches implement some best practices related to the Autotools and make life easier when working with Git.
----------------------------------------------------------------
Roland Lutz (16):
Add missing check for PNG library
Add check for GL/GLU library
Force object renaming to avoid constraint.o being overwritten
Move library header to include/ directory
Control libslvs compilation from src/Makefile.am
Move library source to src/ directory
Remove missing script from list of distributed files
Remove duplicate entries from list of distributed files
Don't try to distribute files that don't exist
Always enable warnings, even when not using `autogen.sh'
Fix automake warning about missing `AM_PROG_AR'
Treat automake warnings as errors
Don't remove autoconf cache/backup files automatically
Use separate directories for macros and auxiliary build tools
Add files generated by autotools to `.gitignore'
Apply automake option `subdir-objects' globally
.gitignore | 8 ++++++++
Makefile.am | 26 ++++----------------------
autogen.sh | 10 +---------
configure.ac | 26 ++++++++++++++++++++++++--
exposed/CDemo.c | 2 +-
exposed/Makefile.am | 17 ++---------------
{exposed => include}/slvs.h | 0
{ac-aux => m4}/ax_fltk.m4 | 0
src/Makefile.am | 12 +++++++++++-
{exposed => src}/lib.cpp | 2 +-
10 files changed, 52 insertions(+), 51 deletions(-)
create mode 100644 .gitignore
rename {exposed => include}/slvs.h (100%)
rename {ac-aux => m4}/ax_fltk.m4 (100%)
rename {exposed => src}/lib.cpp (99%)
build in lubuntu 14.10 (by Fernando)
I cloned this repository and was able to build.
Install: libtool libjpeg-dev libfltk1.3-dev autoconf libpng-dev make g++
Run:
./autogen.sh
./configure
make
and works :-)
Install: libtool libjpeg-dev libfltk1.3-dev autoconf libpng-dev make g++
Run:
./autogen.sh
./configure
make
and works :-)
(no subject) (by Fernando)
I have only a problem with this compilation: I can't change values in text window. For example, I can't change the value for the radius of the arc in Tangent Arc Parameters.
build fails (by wolfmanjm)
I pulled all the latest and I can no longer build on Ubuntu 14.04..
make[3]: *** No rule to make target `fltk/xFl_Gl_Window_Group.cxx', needed by `fltk/xFl_Gl_Window_Group.o'. Stop.
This is a regression as I was able to build ok before this.
make[3]: *** No rule to make target `fltk/xFl_Gl_Window_Group.cxx', needed by `fltk/xFl_Gl_Window_Group.o'. Stop.
This is a regression as I was able to build ok before this.
never mind (by wolfmanjm)
Ok ignore that last post... I needed to rerun autogen.sh
Post a reply to this comment: