The reason that using "cc" worked and "ld" didn't was that the Sun compiler was silently using a different library directory (/opt/SUNWspro/SC4.2/lib) to what I thought was the correct library directory (/opt/SUNWspro/lib) for ld to use. The latter is just a set of symlinks to the former, but doesn't include links for the static libraries :-(. Once I fed the former to ld, the -B toggles had the desired result (all 4 of those libraries don't get installed on the target system, so static linking them removes a headache). I was then able to use 'extra_link_args' to handle those static libs and the -R option. ------------------------------------------------------------- Andrew MacIntyre \ andrew.macintyre@aba.gov.au Planning & Licensing Branch \ Tel: +61 2 6256 2812 Australian Broadcasting Authority \ Fax: +61 2 6253 3277 ---------- Original Text ---------- From: Greg Ward <gward@python.net>, on 26/05/00 12:17: On 25 May 2000, Andrew MacIntyre said:
<ever hopeful> There wouldn't be a convenient way to override the linker command ("ld -G" on
Solaris, from the Python Makefile) would there? </ever hopeful>
I have taken to editing the Makefile installed by Python because of this problem. I also made a patch for the configure script that would fix this for Python 1.6 (use "$(CC) -g" on Solaris if cc=gcc); the only feedback I've had is "it can't make things *worse*". Hardly encouraging, that. But no, there's no way to override what's in Python's Makefile: Distutils takes it at face-value. This should probably be fixed, especially now that we have config files (hooray!). BTW, you mentioned in your followup that you figured out a workaround: care to share it with the rest of us? Greg -- Greg Ward - Linux nerd gward@python.net http://starship.python.net/~gward/ Cheops' Law: Nothing *ever* gets built on schedule or within budget. _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://www.python.org/mailman/listinfo/distutils-sig