Le 27 déc. 2005 à 14:52, Martin Costabel a écrit :

Michèle Garoche wrote:
I try to compile a package which constructs three plugins during the compilation.
[]
$(PLUGIN): $(OBJECTS)
$(LIBTOOL) --mode=link $(CC) -module $(LIBS) -shared -o $@ $ (LOBJECTS)

What happens if you remove the "-shared" from this line?
It does not change anything, apart that it does not tell that -shared is undefined of course.

Libtool should recognize the -module flag and translate it to something like

-Wl,-bind_at_load -flat_namespace -undefined suppress -bundle
I cannot see it, it still have -module.


If you want to have a two-level image (and don't get an answer from pogma explaining how to talk to libtool in its native language), you can replace the "-module -shared" simply by "-bundle -undefined dynamic_lookup -bind_at_load".
If I use this, it tells that:

/usr/bin/ld: flag: -undefined dynamic_lookup can't be used with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1

It seems that fink does this. But then it breaks the check in libtool.

So, I try it outside of fink with MACOSX_DEPLOYMENT_TARGET defined to 10.4, then it compiles.

If I use SetMACOSX_DEPLOYMENT_TARGET: 10.3 inside fink, it warns about mismatch between the variable at configure time (10.4) and when checking python.

In both cases, it fails when trying to install plugins:

/usr/bin/install -c -s -m 644 htmlbar.so /Volumes/FireWire3/sw/src/ fink.build/root-bluefish-unstable-1.0.4-1/Volumes/FireWire3/sw/lib/ bluefish-unstable/ strip: symbols referenced by indirect symbol table entries that can't be stripped in: /Volumes/FireWire3/sw/src/fink.build/root-bluefish- unstable-1.0.4-1/Volumes/FireWire3/sw/lib/bluefish-unstable/htmlbar.so
_g_malloc
_g_print
_g_free
....
and many others



I have no idea what it does or does not, and what I should do or should not.

I'm on 10.4.3 XCode 2.2 if it matters.

Cheers,
Michèle
<http://micmacfr.homeunix.org>

Attachment: 36C471DED4B09EEB30A0281F2608DB2FE6F9E147.gpgkey
Description: Binary data



Reply via email to