Boost logo

Boost :

From: Rene Rivera (grafik666_at_[hidden])
Date: 2002-10-21 01:11:20


[2002-10-20] Rene Rivera wrote:

>[2002-10-20] David Abrahams wrote:
>
>>Alkis Evlogimenos <alkis_at_[hidden]> writes:
>>
>>> On Monday 14 October 2002 10:20 am, Alkis Evlogimenos wrote:
>>> > On Monday 14 October 2002 09:31 am, David Abrahams wrote:
>>> > > I think I fixed that one too, by adding:
>>> > >
>>> > > # Make sure that STLPort libraries get added to the
>LD_LIBRARY_PATH
>>> > > GCC_STDLIB_DIRECTORY +=
>>> > > $(STLPORT_ROOT)$(SLASH)$(STLPORT_LIB_DIRECTORY) ;
>>> > >
>>> > > Please try it and let me know how it goes,
>>> >
>>> > yes that works.
>>>
>>> Correction to myself: In the 1.29.0 release it sort of works. The strip
>to be
>>> prepended to LD_LIBRARY_PATH is continuously growing. Here's an example
>>> output:
>>>
>>> export PATH
>>> LD_LIBRARY_PATH=/n/build/alkise/gcc/lib /n/build/alkise/gcc/lib
>>> /n/build/alkise/gcc/lib /n/build/alkise/gcc/lib /n/build/alkise/gcc/lib
>>> /n/build/alkise/gcc/lib /n/build/alkise/gcc/lib /n/build/alkise/gcc/lib
>>>
>>> In cvs builds LD_LIBRARY_PATH seems to not be exported at all.
>>
>>Yeah, OK. I need to go back and make GCC work like MSVC in this
>>regard. Give me a few days; my connectivity is poor at the moment.
>
>Dave, I've been trying to figure this one for a while... no luck :-( Do you
>have some sort of clue that I'm missing as to why it doesn't work? By the
>way the lib path only fails when GCC_STDLIB_DIRECTORY is defined, otherwise
>the rest of it shows up (incorrectly for Alkis, correctly for a regular gcc
>install).

OK I think I fixed this overall problem. Try out the CVS version. The
gcc-stlport toolset is now using the common stlport.jam settings which are
very similar to the MSVC-stlport settings.

Dave, is this something that should go into the 1.29.1 release (if there
will be one) ?

-- grafik - Don't Assume Anything
-- rrivera_at_[hidden] - grafik_at_[hidden]
-- 102708583_at_icq - Grafik666_at_AIM - Grafik_at_[hidden]


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk