MacIntel trunk build failure

Derek Atkins warlord at MIT.EDU
Tue Feb 13 09:20:22 EST 2007


I suspect that src/register/register-core and src/register/register-gnome
should both be turned into LIBRARIES.

I haven't looked at the patch to see what else might want to be a library
instead of a module.

-derek

Quoting Christian Stimming <stimming at tuhh.de>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Peter McAlpine schrieb:
>> While I certainly don't claim to be an expert on the autotools, I
>> couldn't grasp why the modules' shared libraries should want to
>> (statically) link against each other, so I removed the offending
>> libraries from the Makefile.am's and eventually got a clean build. I've
>> attached the patch to actually get it to built
>
> Thanks for the patch. However, if a library's libfoo.la file is
> mentioned in libbar_LIBADD then this doesn't necessarily mean these
> libraries are *statically* linked against each other. Instead, it merely
> means "Dear funky libtool, please make sure this libbar is linked
> against libfoo, and unfortunatly I have to leave it up to you to decide
> whether you do this statically or dynamically." If you're on a platform
> where static linking is switched off anyway (like windows/mingw), then
> all of these are dynamically linked libraries.
>
> In this particular case, removing these linker flags gives plenty of
> "undefined reference to function xyz" errors on windows. Windows is a
> particular case here because it doesn't allow any undefined symbol,
> whereas other unix linkers are fine with some undefined symbols as long
> as they can be resolved at runtime.
>
> Nevertheless these errors are perfectly valid - if the code in libbar
> calls a function in libfoo, then libbar must be linked against libfoo.
> I've attached an excerpt of the error messages below.
>
> What we *could* do is to reorganize the code split: We could move some
> functions out of a libgncmod module into a libgnc library and link
> against that instead of the modules.
>
> Regards,
>
> Christian
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2.1 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iQCVAwUBRdHG52XAi+BfhivFAQI7awP/U/a6/OM/Zz+rJVzosNxccgr1YF5mjei9
> 9PcFioj7PyqEWcUPEF2Tb0pd6VtcD3TXQPPXp3hyDfgVXNt1RiCsMZz6PL40dWIi
> tuDH/7XuivR1N7Ncs8zPF3mXNsEd6E8/I3/4G+UOLrbECwqYvaPo6n14nCdwY5Uy
> vq9qdZDGLyc=
> =hSgx
> -----END PGP SIGNATURE-----
>



-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available



More information about the gnucash-devel mailing list