|
Boost : |
From: Juergen Hunold (juergen.hunold_at_[hidden])
Date: 2007-01-06 04:51:01
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_at_[hidden] ! www.ivembh.de
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk