OS X 10.4 PPC build errors via macports

Daniel Horwood mp at dpj.sent.com
Tue May 20 09:43:15 EDT 2008

Hi all,

Before the meat of this message: Just a quick note to Derek who  
recently said that "Supposedly MacPorts doesn't work on 10.5." There  
were quite a few problems early on, but now GnuCash installs just fine  
on 10.5 with no problems, and I've been using it for several weeks now.*

On to these build errors. A couple of 10.4 users have reported gnucash  
build errors via macports. One is on ppc, the other I don't know. I'm  
on 10.5 intel and haven't been able to recreate the problem. The error  
they see is:

rm -fr .libs/libgncqof-backend-qsf.lax
mkdir .libs/libgncqof-backend-qsf.lax
rm -fr .libs/libgncqof-backend-qsf.lax/libc-missing.a
mkdir .libs/libgncqof-backend-qsf.lax/libc-missing.a
Extracting /opt/local/var/macports/build/ 
(cd .libs/libgncqof-backend-qsf.lax/libc-missing.a && ar x /opt/local/ 
/usr/bin/gcc-4.0 ${wl}-flat_namespace ${wl}-undefined ${wl}suppress - 
o .libs/libgncqof-backend-qsf.so -bundle  .libs/qsf-backend.o .libs/ 
qsf-xml-map.o .libs/qsf-xml.o  .libs/libgncqof-backend-qsf.lax/libc- 
missing.a/libc-missing-noop.o   -L/opt/local/lib ../../../../lib/ 
libqof/qof/.libs/libgnc-qof.dylib /opt/local/lib/libgthread-2.0.dylib / 
opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ 
libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/ 
libxml2.dylib /opt/local/lib/libz.dylib -lpthread -lz /opt/local/lib/ 
libintl.dylib /opt/local/lib/libiconv.dylib -lc /opt/local/lib/ 
libpopt.dylib -lm
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions of  
symbol _gnc_libc_missing_noop
definition of _gnc_libc_missing_noop in section (__TEXT,__text)
../../../../lib/libqof/qof/.libs/libgnc-qof.dylib(single module)  
definition of _gnc_libc_missing_noop
collect2: ld returned 1 exit status
make[7]: *** [libgncqof-backend-qsf.la] Error 1

One of the users solved the problem by changing the  
'gnc_libc_missing_noop (void)' function in lib/libc/libc-missing- 
noop.c to a static function.
Looking at the file's history, it seems it's used as a workaround for  
a Solaris issue? If so, is this change going to be acceptable, or is  
there a better way to go about this?

There is a MacPorts bug report filed at: <http://trac.macports.org/ticket/15350 
 > - this includes the above error output and a patch to change the  
'noop' file.
The error was originally reported on the macports-users list at: <http://thread.gmane.org/gmane.os.apple.macports.user/9794 

*I even installed a quartz-native GnuCash on top of gtk-quartz which  
I've been using for the past week without any problems at all  
(although regular users won't be able to install this quite yet until  
I get my patches committed...)

More information about the gnucash-devel mailing list