Boost logo

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