Re: games/xmoto and devel/ode update
On 2012/10/08 23:07, Stuart Henderson wrote: -lxml2 -lz -L/usr/local/lib -liconv -lm /usr/local/lib/libintl.a 5 /usr/bin/ld: /usr/local/lib/libintl.a(bindtextdom.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libintl.a: could not read symbols: Bad value collect2: ld returned 1 exit status configure:12258: $? = 1 so following a suggestion, I removed old libiconv/gettext static libs and reinstalled them. (I didn't quite follow the suggestion and just removed the libs and /var/db/pkg/libiconv etc and forced a pkg_add repair, so *only* those files got changed). Both old and new packages were from snapshots so should be clean. It fixed things... so clearly some change in toolchain or libtool has resulted in different static libs, but because the package signature didn't change (in this case, that means that the package REVISION was not bumped, and libc was not bumped) the new packages didn't get considered by pkg_add -u. Anyone have an idea what change might have caused this? Hoping this will give a clue as to what ought to be bumped to get things back in sync properly after people have pkg_add -u'd. On 2012/10/08 19:50, Brad Smith wrote: The change in question being PIE. Since bumping all packages containing static libraries (~1200 of them) manually each time an arch moves to PIE isn't really viable, anyone have a good idea? Bumping libc major would get most (though possibly not all) of them updated.. Though OTOH, why is xmoto even using the static lib in the first place...hmm...
Re: games/xmoto and devel/ode update
On 2012/10/08 23:07, Stuart Henderson wrote: On 2012/10/08 21:54, Kirill Bychkov wrote: Hi. This is minor update for xmoto and its dependency - ode. Both tested for a long time on amd64 and i386. ode is okay with me (I had to hand-apply part of the patch as there were trailing spaces in the original Makefile in the tree, but that shouldn't affect things for committing, it just got broken in mailing), but I had a problem building xmoto, gettext doesn't get detected (at least on my laptop running amd64), configure:12230: checking for GNU gettext in libintl configure:12258: cc -o conftest -O2 -pipe -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include -DdSINGLE -I/usr/local/include/libpng -I/usr/include -I/usr/local/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/X11R6/include -DXTHREADS -I/usr/local/include/lua-5.1 -DSVN_REV='0.5.10' -I/usr/local/include/libxml2 -I/usr/local/include -L/usr/local/lib -pthread -L/usr/X11R6/lib -R/usr/X11R6/lib -lpng -lz -lSDL -llua5.1 -lm -lGL conftest.c -lcurl -lode -lSDL_ttf -lSDL_net -lSDL_mixer -lGLU -lxdg-basedir -lbz2 -lpng -ljpeg -lz -lsqlite3 -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm /usr/local/lib/libintl.a 5 /usr/bin/ld: /usr/local/lib/libintl.a(bindtextdom.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libintl.a: could not read symbols: Bad value collect2: ld returned 1 exit status configure:12258: $? = 1 so it goes on to try and use its internal version which breaks (though that's not a problem as it shouldn't be using it anyway). Making all in intl make: don't know how to make ../config.h (prerequisite of: bindtextdom.o) can anyone repeat this? my laptop might not be squeaky clean but other things are building ok on it.. so following a suggestion, I removed old libiconv/gettext static libs and reinstalled them. (I didn't quite follow the suggestion and just removed the libs and /var/db/pkg/libiconv etc and forced a pkg_add repair, so *only* those files got changed). Both old and new packages were from snapshots so should be clean. It fixed things... so clearly some change in toolchain or libtool has resulted in different static libs, but because the package signature didn't change (in this case, that means that the package REVISION was not bumped, and libc was not bumped) the new packages didn't get considered by pkg_add -u. Anyone have an idea what change might have caused this? Hoping this will give a clue as to what ought to be bumped to get things back in sync properly after people have pkg_add -u'd.
Re: games/xmoto and devel/ode update
- Original message - On 2012/10/08 23:07, Stuart Henderson wrote: On 2012/10/08 21:54, Kirill Bychkov wrote: Hi. This is minor update for xmoto and its dependency - ode. Both tested for a long time on amd64 and i386. ode is okay with me (I had to hand-apply part of the patch as there were trailing spaces in the original Makefile in the tree, but that shouldn't affect things for committing, it just got broken in mailing), but I had a problem building xmoto, gettext doesn't get detected (at least on my laptop running amd64), configure:12230: checking for GNU gettext in libintl configure:12258: cc -o conftest -O2 -pipe -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include -DdSINGLE -I/usr/local/include/libpng -I/usr/include -I/usr/local/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/X11R6/include -DXTHREADS -I/usr/local/include/lua-5.1 -DSVN_REV='0.5.10' -I/usr/local/include/libxml2 -I/usr/local/include -L/usr/local/lib -pthread -L/usr/X11R6/lib -R/usr/X11R6/lib -lpng -lz -lSDL -llua5.1 -lm -lGL conftest.c -lcurl -lode -lSDL_ttf -lSDL_net -lSDL_mixer -lGLU -lxdg-basedir -lbz2 -lpng -ljpeg -lz -lsqlite3 -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm /usr/local/lib/libintl.a 5 /usr/bin/ld: /usr/local/lib/libintl.a(bindtextdom.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libintl.a: could not read symbols: Bad value collect2: ld returned 1 exit status configure:12258: $? = 1 so it goes on to try and use its internal version which breaks (though that's not a problem as it shouldn't be using it anyway). Making all in intl make: don't know how to make ../config.h (prerequisite of: bindtextdom.o) can anyone repeat this? my laptop might not be squeaky clean but other things are building ok on it.. so following a suggestion, I removed old libiconv/gettext static libs and reinstalled them. (I didn't quite follow the suggestion and just removed the libs and /var/db/pkg/libiconv etc and forced a pkg_add repair, so *only* those files got changed). Both old and new packages were from snapshots so should be clean. It fixed things... so clearly some change in toolchain or libtool has resulted in different static libs, but because the package signature didn't change (in this case, that means that the package REVISION was not bumped, and libc was not bumped) the new packages didn't get considered by pkg_add -u. Anyone have an idea what change might have caused this? Hoping this will give a clue as to what ought to be bumped to get things back in sync properly after people have pkg_add -u'd. The change in question being PIE. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
