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

[Reginald Beardsley]

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

FYI I ran ./configure once and make 3 times.

configure finds the FORTRAN compiler just fine.  The key is:

 -L/opt/SUNWspro/prod/lib

There is certainly an error in autoconf's attempt to discover the FORTRAN
library list. 


The /bin/sh vs /bin/bash problem is in Makefile.in, not configure.  There's
also a "SHELL = /bin/sh" in common.mk, but changing the Makefile.in references
appears to solve the problem.

  The line is:

    func_arith_result=$(( $* ))


I changed INTRINSIC to EXTERNAL and restarted make to get to the shared
library error.

The library problem showed up making libcruft.so.  I created it by hand and
restarted make.  It ran on for a while only to fall over creating
liboctave.so.  Again fixed by hand.  Then it started falling over creating
liboctinterp.so.  After 5-6 failures I finally gave up.

The failure has nothing to do w/ etime.  That reference is from Sun's FORTRAN
runtime library, not from arpack.  The problem appears to be the result of
trying to link the static libraries w/ the objects in a shared library.

What I snipped was a very long list of object files.  I was very careful not
to snip anything else.  The C runtime files don't belong in a shared library
which is what I was trying to show.  Nor do all the other libraries.  Gnu ld
may be happy w/ this, but the Solaris ld is not.  To the best of my knowledge
gcc on Solaris has always used the Sun ld by default.  However, I find why
autoconf chooses a particular version of an executable rather mysterious.



    _______________________________________________________

Reply to this item at:

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

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