Thu 17 May 2007 02:05:12 PM UTC, comment #14:
I checked out cvs again (05172007) and it had no issues finding my boost libs. It successfully compiled.
|
Thu 17 May 2007 02:03:46 PM UTC, comment #13:
Works fine here.
|
Thu 17 May 2007 08:05:39 AM UTC, comment #12:
Deanna, Fred: I think rob changed it again, could you both test again ?
|
Wed 16 May 2007 07:35:34 PM UTC, comment #11:
This version seems to have broken boost lib configuration on OpenBSD, where it did work in the previous.
-r--r--r-- 1 root bin 76014 Feb 4 11:24 /usr/local/lib/libboost_thread-mt.a
-r--r--r-- 1 root bin 80360 Feb 4 11:24 /usr/local/lib/libboost_thread-mt.so.0.0
Configure now gives
BOOST_CFLAGS is -I/usr/local/include
BOOST_LIBS is -L/usr/local/lib -lboost_date_time.a -lboost_thread-mt.a
And linking fails with
/usr/local/bin/libtool --tag=CXX --mode=link ccache c++ -O2 -pipe -g -O0 -Wall -pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -lltdl -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm -L/usr/local/lib -lavcodec -lossaudio -lz -lmp3lame -lfaac -lfaad -lvorbisenc -lvorbis -lm -logg -lavutil -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg -L/usr/local/lib -lavformat -lavcodec -lossaudio -lz -lmp3lame -lfaac -lfaad -lvorbisenc -lvorbis -lm -logg -lavutil -L/usr/local/lib -lavutil -L/usr/local/lib -ltheora -logg -L/usr/local/lib -lcurl -L/usr/local/lib -lboost_date_time.a -lboost_thread-mt.a -lpthread -L/usr/local/lib -L/usr/X11R6/lib -Wl,--as-needed -o gparser -export-dynamic -lltdl parser.o ../server/libgnashserver.la ../libbase/libgnashbase.la ../libamf/libgnashamf.la -L/usr/local/lib -lavcodec -lossaudio -lz -lmp3lame -lfaac -lfaad -lvorbisenc -lvorbis -lm -logg -lavutil -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg -L/usr/local/lib -lavformat -lavcodec -lossaudio -lz -lmp3lame -lfaac -lfaad -lvorbisenc -lvorbis -lm -logg -lavutil -L/usr/local/lib -lavutil -L/usr/local/lib -ltheora -logg -L/usr/local/lib -lglib-2.0 -lintl -liconv -lX11 -lXi -lm
mkdir .libs
ccache c++ -O2 -pipe -g -O0 -Wall -pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wl,--as-needed -o .libs/gparser parser.o -Wl,-E -L/usr/ports/mystuff/www/gnash/w-gnash-snapshot-20070516/gnash/libamf/.libs -L/usr/ports/mystuff/www/gnash/w-gnash-snapshot-20070516/gnash/libgeometry/.libs -L/usr/ports/mystuff/www/gnash/w-gnash-snapshot-20070516/gnash/libbase/.libs -L/usr/local/lib -L/usr/X11R6/lib -L../server/.libs -lgnashserver -lxml2 -lgnashgeo -L../libbase/.libs -L../libamf/.libs -lgnashamf -lgnashbase -lpthread -lboost_thread-mt.a -lboost_date_time.a -lltdl -lcurl -lcrypto -lssl -ljpeg -lavformat -lavcodec -lossaudio -lz -lmp3lame -lfaac -lfaad -lvorbisenc -lvorbis -lavutil -ltheora -logg -lglib-2.0 -lintl -liconv -lXi -lXext -lX11 -lXdmcp -lXau -lm -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/X11R6/lib
/usr/bin/ld: cannot find -lboost_thread-mt.a
collect2: ld returned 1 exit status
gmake[2]: *** [gparser] Error 1
gmake[2]: Leaving directory `/usr/ports/mystuff/www/gnash/w-gnash-snapshot-20070516/gnash/utilities'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/mystuff/www/gnash/w-gnash-snapshot-20070516/gnash'
gmake: *** [all] Error 2
|
Wed 16 May 2007 06:33:24 PM UTC, comment #10:
Yes, it now compiles through that portion. I had an issue with something else, but it was related to klash.
I now have a working binary ... and when I get home tonight I'll try some test cases!
|
Wed 16 May 2007 04:06:32 PM UTC, comment #9:
Ok, patch checked in. I now do an 'ls' of all possible names, sort through them, and choose the best one (*-mt.so) if it exists, and the other names if not. The preferences are -mt shared, just shared, or -mt static, or just static. I tested this with the 3 prior versions of Boost, both native and cross builds.
|
Tue 15 May 2007 04:13:00 PM UTC, comment #8:
It's broken because instead of being just "gcc", it'
s no "gcc34". More stupidities when it comes to naming libraries from the Boost project. I'll improve the pattern. I assume this is built using gcc 3.4.x ? If the boost version can't be found, then the other tests will fail.
|
Mon 14 May 2007 02:33:32 PM UTC, comment #7:
I spoke too soon. It still stops in the same place, unable to make. It seems like it can't find certain boost include files or libs.
|
Mon 14 May 2007 12:29:24 PM UTC, comment #6:
I apologize! I've been checking out cvs everyday, and it wasn't working.
In the post, I was showing where the libs lived on my system...
Oddly enough, I grabbed the newest boost libs (mine were 1.34 beta) seems like 1.34 Final came out over the weekend, 5/12/2007.
It's building right now, past the spot where it had stopped before.
|
Mon 14 May 2007 09:34:41 AM UTC, comment #5:
Fred, I didn't get it.. are you saying that it works or doesn't work ? Try with current HEAD please as there was a typo fix recently.
|
Sun 13 May 2007 10:47:46 PM UTC, comment #4:
Fyi, I'm the one who wrote that last post.
|
Sun 13 May 2007 10:17:37 PM UTC, comment #3:
toril@tor(1):/usr/src/cvs/gnash> ls -la /usr/local/lib/libboost_thread-*.a
-rw-r--r-- 2 root root 73260 May 6 08:59 /usr/local/lib/libboost_thread-gcc34-mt-1_34.a
-rw-r--r-- 2 root root 774474 May 6 08:59 /usr/local/lib/libboost_thread-gcc34-mt-d-1_34.a
-rw-r--r-- 2 root root 774474 May 6 08:59 /usr/local/lib/libboost_thread-gcc34-mt-d.a
-rw-r--r-- 2 root root 73260 May 6 08:59 /usr/local/lib/libboost_thread-gcc34-mt.a
This was just a, grab boost, configure and install on a slackware system.
|
Mon 23 Apr 2007 09:27:43 AM UTC, comment #2:
Changed severity as this doesn't block builds on gnashdev anymore.
|
Fri 20 Apr 2007 10:24:48 AM UTC, comment #1:
actually, it seems that the boost-thread lib seeking is not enable
due to the fact that I pass --with-boost-libs.
Please confirm.
|
Fri 20 Apr 2007 10:21:59 AM UTC, original submission:
On gnashdev host, configure says:
checking for the Boost Version... no version needed
But then it is unable to find boost thread libs, due
to the missing version info:
The library name is libboost_thread-gcc-mt-1_33_1.a, but
the macro goes like:
boostnames="boost_thread-gcc-mt boost_thread-mt boost_thread boost_thread-gcc"
version_suffix=`echo ${gnash_boost_version} | tr '_' '.'`
if test x"${ac_cv_path_boost_lib}" = x; then
AC_MSG_CHECKING([for Boost's thread libraries])
for i in $libslist; do
for libname in ${boostnames}; do
if test -f $i/lib${libname}.a -o -f $i/lib${libname}.${shlibext}; then
...
so will never find the lib.
If we don't fix this the online testcases will not be in sync
|