libspectre won't compile

[treaves@…]

I am trying to install gnucash. Apparently one of the many pieces of garbage this brings in is libspectre. Except it won't build. It complains that libgs is needed. Ghostscript did indeed get built, and shows so.

Configuring libspectre
Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_print_libspectre/work/libspectre-0.2.2" && ./configure --prefix=/opt/local --disable-dependency-tracking " returned error 1
Command output: checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by /usr/bin/g++-4.2... /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) is GNU ld... no
checking whether the /usr/bin/g++-4.2 linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes
checking for /usr/bin/g++-4.2 option to produce PIC... -fno-common
checking if /usr/bin/g++-4.2 PIC flag -fno-common works... yes
checking if /usr/bin/g++-4.2 static flag -static works... no
checking if /usr/bin/g++-4.2 supports -c -o file.o... yes
checking whether the /usr/bin/g++-4.2 linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin10.0.0 dyld
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for gcc... (cached) /usr/bin/gcc-4.2
checking whether we are using the GNU C compiler... (cached) yes
checking whether /usr/bin/gcc-4.2 accepts -g... (cached) yes
checking for /usr/bin/gcc-4.2 option to accept ISO C89... (cached) none needed
checking dependency style of /usr/bin/gcc-4.2... (cached) none
checking for strerror in -lcposix... no
checking for /usr/bin/gcc-4.2 option to accept ISO C99... -std=gnu99
checking for /usr/bin/gcc-4.2 -std=gnu99 option to accept ISO Standard C... (cached) -std=gnu99
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... no
checking for vasprintf... yes
checking for gsapi_new_instance in -lgs... no
configure: error: You need libgs in order to compile libspectre

[tobypeterson]

What is the output of lipo -info /opt/local/lib/libgs.dylib ?

[treaves@…]

lipo -info /opt/local/lib/libgs.dylib

Non-fat file: /opt/local/lib/libgs.dylib is architecture: x86_64

[tobypeterson]

Ok, attach the config.log from libspectre, and the output of nm /opt/local/lib/libgs.dylib | grep gsapi_new_instance

[CWRSimon@…]

It seems as though the Portfile of ghostscript does not allow universal build. However, as far as I can tell right now, setting "universal_build" in my ghostscript Portfile didn't do any harm, such that libspectre could be build with +universal.

[mieszkoslusarczyk@…]

Replying to CWRSimon@…:

It seems as though the Portfile of ghostscript does not allow universal build. However, as far as I can tell right now, setting "universal_build" in my ghostscript Portfile didn't do any harm, such that libspectre could be build with +universal.

Also worked for me, can this fix be added to port tree?

[dbevans (David B. Evans)]

Both ghostscript and libspectre now build universal with no errors.