coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[coreutils] stdbuf util prevents easy static building of coreutils


From: Mike Frysinger
Subject: [coreutils] stdbuf util prevents easy static building of coreutils
Date: Mon, 19 Jul 2010 15:48:18 -0400
User-agent: KMail/1.13.1 (Linux/2.6.34; KDE/4.4.4; x86_64; ; )

the semi-recent addition of the stdbuf util (and more importantly the 
libstdbuf.so library) prevents easy static compilation of coreutils.  
previously, i would do:
        LDFLAGS=-static ./configure

now though on a gcc system i get:
  CCLD   libstdbuf.so
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0/../../../../x86_64-pc-linux-gnu/bin/ld: 
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0/crtbeginT.o: relocation R_X86_64_32 
against `__DTOR_END__' can not be used when making a shared object; recompile 
with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0/crtbeginT.o: could not read symbols: 
Bad value
collect2: ld returned 1 exit status
make[3]: *** [libstdbuf.so] Error 1

looking at the configure.ac script, i thought this might work:
        ./configure --enable-no-install-program=stdbuf,libstdbuf.so
but alas, it does not

so what route shall we go here ?  libtool obviously would workaround this, but 
introduce quite a bit of complexity otherwise, so that isnt fun.  should i 
just extend the no-install-program option to support stdbuf (and implicitly, 
libstdbuf.so) ?  other ideas ?
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]