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

[John W. Eaton]

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

I think you are a bit confused about how common.mk is used  It is included in
Makefile.am, so automake copies that to Makefile.in.  But in any case, it
should probably not have SHELL = /bin/sh hardwired there.

Precisely what do you mean by


The library problem showed up making libcruft.so. I created it by hand and
restarted make.


HOW did you "create it by hand"?  Unless we know what commands actually work,
how can we fix the problem?  You have to provide some details if you want to
see these problems fixed in a future version of Octave.


It ran on for a while only to fall over creating liboctave.so. Again fixed by
hand.


Precisely what were the problems, and what did you do so that they were "fixed
by hand"?  Likewise for the problems you encountered with liboctinterp.so.

 Then it started falling over creating liboctinterp.so. After 5-6 failures I
finally gave up.

Precisely what do you mean by


The C runtime files don't belong in a shared library [...] Nor do all the
other libraries.


Precisely which files are you referring to?  Which libraries?

If you mean the files like

/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


then I think those are added to the link command by libtool.  If the list is
not correct, then the bug is in libtool, not Octave.
I'm willing to help you report this problem and get it fixed in libtool if in
fact it is a bug, but you will have to help by providing some information.  It
would probably help to see your generated libcruft/Makefile and the generated
libtool script.


    _______________________________________________________

Reply to this item at:

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

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