Hi ! On Friday 05 January 2007 19:45, John Maddock wrote:
Neal Becker wrote:
I ran bjam and observed: gcc.link.dll This tells me something is doing -L/usr/lib, and it shouldn't be doing that.
The matter is more complex :-(( The problem is distribution-specific. It shows only when using a combined 64/32-bit distribution like SuSE-10.x, which I use at work. Pure 64bit distributions like debian-AMD64 don't have this problem. I use the attached patch to fool the regex build that is _has_ found the libraries and then use the following in my user-confing.jam on SuSE-10-x: # GCC configuration using gcc : 4.1 : <wrapper-script>.sh : # options <cxxflags>-m64 <linkflags>-L/usr/X11R6/lib64 <linkflags>-L/usr/lib64 <linkflags>-L/opt/gnome/lib64 # for glib-2.0 on SuSE This does the trick for me... On debian-AMD64, everything works out-of-the-box...
So, I searched around (blindly) to see where it was coming from. I think I mis-identified gcc-shared.mak as the culprit. Point is, there IS a problem somewhere.
Well, yes. The current build system does not identify the correct platform, that is, we are missing <addressmodel> or <arichtecture> options for at least gcc on linux and msvc-8.0 ... But I'm not sure we can solve this before 1.34.0... Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! Ingenieurgesellschaft für * voice: ++49 511 262926 57 ! Verkehrs- und Eisenbahnwesen mbH * fax : ++49 511 262926 99 ! Lister Straße 15 * juergen.hunold@ivembh.de ! www.ivembh.de