octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #33018] ./configure considered broken


From: Reginald Beardsley
Subject: [Octave-bug-tracker] [bug #33018] ./configure considered broken
Date: Sat, 09 Apr 2011 21:07:58 +0000
User-agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.8) Gecko/20101031 Firefox/3.6.8

Follow-up Comment #14, bug #33018 (project octave):

I can't find any instructions for highlighting :-(

>From the err.log file I sent earlier:

"This is the part I've been unable to fix.  liboctinterp.so keeps getting
rebuilt for some reason.  It appears to be trying to incrementally add things
to the library, but it's not at all clear.

ld -G -h libcruft-3.4.0.so -o .libs/libcruft-3.4.0.so ${OBJS} 

works to create a shared library.  This may be an autoconf bug.  I haven't
tried to compile on Fedora to see what gets done there."


crti.o crtend.o crtn.o are being linked when creating libcruft.so.  Those are
for linking an executable. 

It makes no logical sense that I can see to reference all the other libraries.
 You certainly can't check for undefined references while you're still
building libraries.  The spew of relocation failures arises when libtool
and/or g++ pick up static libraries rather than the dynamic version.  I'd
built quite a few packages with little trouble before I started on Octave. 
The only glitch was a package required by gcc which autoconf defaulted to 64
bit instead of 32 bit.  Admittedly only gcc comes anywhere near as big as
Octave.

All the libraries attempt to include crti.o, crtend.o & crtn.o which will
cause lots of multiple definitions when the executable is linked.

Also from err.log:

"libtool: link: g++ -shared -nostdlib  /usr/lib/crti.o /usr/lib/values-Xa.o
/app/pkgs/gnu/gcc/4.5.0/lib/gcc/i386-pc-solaris2.10/4.5.0/crtbegin.o 
amos/.libs/libcruft_la-cacai.o [snip] slatec-fn/.libs/libcruft_la-xerfc.o
slatec-fn/.libs/libcruft_la-xsgmainc.o slatec-fn/.libs/libcruft_la-xgamma.o
slatec-fn/.libs/libcruft_la-xbetai.o  -Wl,-z -Wl,allextract
../libgnu/.libs/libgnu.a ./.libs/libranlib.a -Wl,-z -Wl,defaultextract  -Wl,-R
-Wl,/app/pkgs/gnu/gmp/4.3.2/lib -Wl,-R -Wl,/app/pkgs/gnu/gcc/4.5.0/lib -Wl,-R
-Wl,/app/pkgs/gnu/gmp/4.3.2/lib -Wl,-R -Wl,/app/pkgs/gnu/gcc/4.5.0/lib -Wl,-R
-Wl,/opt/solstudio12.2/lib -L/app/lib -L/opt/SUNWspro/prod/lib -lsocket -lrt
-lfai -lfui -lfsu -lsunquad -lsunmath -lmtsk
/app/pkgs/gnu/gmp/4.3.2/lib/libgmp.so -lsunperf
-L/app/pkgs/gnu/gcc/4.5.0/lib/gcc/i386-pc-solaris2.10/4.5.0
-L/app/pkgs/gnu/gcc/4.5.0/lib/gcc/i386-pc-solaris2.10/4.5.0/../../..
/app/pkgs/gnu/gcc/4.5.0/lib/libstdc++.so -lm -lgcc_s
/app/pkgs/gnu/gcc/4.5.0/lib/gcc/i386-pc-solaris2.10/4.5.0/crtend.o
/usr/lib/crtn.o  -mieee-fp -pthreads   -pthreads -Wl,-h -Wl,libcruft-3.4.0.so
-o .libs/libcruft-3.4.0.so"


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?33018>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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