> > 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...
