On Fri, Jan 09, 2015 at 02:30:03PM +0100, Martin Hejnfelt wrote: > 2015-01-08 7:46 GMT+01:00 Martin Hejnfelt <[email protected]>: > > After upgrading to OSELAS-Toolchain-2014.12.0, using > > gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16 for > > i686-atom-linux-gnu, suddenly splashutils (of ptxdist-2014.12.0) does > > not build anymore. It fails with this: > > > > CC fbsplashctl-util.o > > CC fbsplashctl-fbsplashctl.o > > CCLD fbsplashctl > > /opt/OSELAS.Toolchain-2014.12.0/i686-atom-linux-gnu/gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16-sanitized/lib/gcc/i686-atom-linux-gnu/4.9.2/../../../../i686-atom-linux-gnu/bin/ld: > > attempted static link of dynamic object `./.libs/libfbsplashrender.so' > > collect2: error: ld returned 1 exit status > > > > It worked with OSELAS-Toolchain-2013.12.2. so I guess this is an issue > > due to the upgraded compiler tools, however I am no autotools master, > > so I am struggling to iron out why it suddenly refers to the dynamic > > libfbsplashrender.so instead of the static libfbsplashrender.la one... > > > > Ok apparently something has changed somewhere so static libraries are > not compiled by default (even though the configure options state them > to be). Thus to get this compiling, I needed to explicitly set > --enable-static in the .make file, and do the same for libpng and > libjpeg (probably also for other libraries that might be needed > depending on the configuration through menuconfig). > > Is this a change created by ptxdist, gcc or what?
That's a change in PTXdist: We've added enable_static=no to the environment (rules/pre/Rules.make). This changes the default --disable-static for all configure scripts that have this option. Michael -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | -- ptxdist mailing list [email protected]
