Boost logo

Boost-Build :

Subject: Re: [Boost-build] gcc.jam broken on 64-bit FreeBSD
From: Steve M. Robbins (steve_at_[hidden])
Date: 2009-07-19 15:14:15


On Sun, Jul 19, 2009 at 07:07:39PM +0100, Bruce Simpson wrote:
> Hi all,
>
> This is just to say that Boost on FreeBSD is chock-a-block with
> regression failures on the amd64 platform.
> I traced the issue back to this thread:
> http://lists.boost.org/boost-build/2008/10/20471.php
>
> It appears that I have to get rid of the lib32 stuff, to get the
> linker to do the right thing, [...]

What, precisely, do you mean by "get rid of the lib32 stuff"? Does
completely removing the following from tools/build/v2/tools/gcc.jam
fix your problem?

    # If gcc is installed in non-standard location, we'd need to add
    # LD_LIBRARY_PATH when running programs created with it (for unit-test/run
    # rules).
    if $(command)
    {
        # On multilib 64-bit boxes, there are both 32-bit and 64-bit libraries
        # and all must be added to LD_LIBRARY_PATH. The linker will pick the
        # right onces. Note that we don't provide a clean way to build 32-bit
        # binary with 64-bit compiler, but user can always pass -m32 manually.
        local lib_path = $(root)/bin $(root)/lib $(root)/lib32 $(root)/lib64 ;
        if $(.debug-configuration)
        {
            ECHO notice: using gcc libraries :: $(condition) :: $(lib_path) ;
        }
        toolset.flags gcc.link RUN_PATH $(condition) : $(lib_path) ;
    }

If so, I agree that removing this would be a good thing. Please make
a note on https://svn.boost.org/trac/boost/ticket/2438

Regards,
-Steve




Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk