|
Boost-Build : |
Subject: [Boost-build] run rule error on 64-bit Linux : LD_LIBRARY_PATH: bad variable name
From: Sherwood Hu (sherwood_at_[hidden])
Date: 2010-09-09 15:47:13
This error keeps popping when I run on 64-bit Linux.
I can't even run the test cases included in Boost library. For example,
under boost/libs/any/test directory, enter bjam command:
...found 134 targets...
...updating 15 targets...
common.mkdir ../../../bin.v2/libs/any
common.mkdir ../../../bin.v2/libs/any/test
common.mkdir ../../../bin.v2/libs/any/test/any_test.test
common.mkdir ../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3
common.mkdir ../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug
gcc.compile.c++
../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_
test.o
gcc.link
../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_test
testing.capture-output
../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/deb
ug/any_test.run
export: 3: LD_LIBRARY_PATH: bad variable name
LD_LIBRARY_PATH=/usr/bin:/usr/lib:/usr/lib32:/usr/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
"../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_test"
>
"../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_test.ou
tput" 2>
&1
status=$?
echo >>
"../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_tes
t.output"
echo EXIT STATUS: $status >>
"../../../bin.v2/libs/any/test/any_test.test/gc
c-4.4.3/debug/any_test.output"
if test $status -eq 0 ; then
cp
"../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_test
.output"
"../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_test.r
un"
fi
verbose=0
if test $status -ne 0 ; then
verbose=1
fi
if test $verbose -eq 1 ; then
echo ====== BEGIN OUTPUT ======
cat
"../../../bin.v2/libs/any/test/any_test.test/gcc-4.4.3/debug/any_tes
t.output"
echo ====== END OUTPUT ======
fi
exit $status
...failed testing.capture-output
../../../bin.v2/libs/any/test/any_test.test/gcc
-4.4.3/debug/any_test.run...
Is there a workaround available?
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