help-octave
[Top][All Lists]
Advanced

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

Compilation problems under Solaris 2.6


From: Todd Ellenberger
Subject: Compilation problems under Solaris 2.6
Date: Tue, 6 Oct 98 17:03:26 PDT

|| On  5-Oct-1998, Todd Ellenberger <address@hidden> wrote:

|| I have tried unsucessfully to install octave 2.0.13 on a Sun Ultra
|| 60 running Solaris 2.6 using both the gcc-2.8.1 and egcs-1.1b
|| compilers.  I am using gnu make, gnu libraries, g77, etc with my
|| path set to find the gnu compilers. I have tried both static and
|| dynamic builds. Everything compiles fine until the step listed
|| below. I have tried compiling with and without the -g flag. I have
|| looked through the past archives and did not find anything
|| conclusive (I did find the patches to xdiv.cc, pt-exp.h, and
|| pt-mvr-base.h helpful for compiling under the egcs1.1b
|| compiler). Any help would be greatly appreciated!

| rand.o: In function `curr_rand_seed(void)':
| rand.o(.text+0x8c): undefined reference to `getsd_'

| My guess is that on your system, g77 is not appending an underscore to
| external function names, but the calls to them are set up assuming
| that an underscore will be appended.  Octave's configure script
| includes a check for this feature.  Can you see why it might be
| failing?

| jwe


Thanks for the advice - I tried running the portion of the configure script
that checks for g77 appending an underscore, and it seems that it does
append the underscore:

linus% more conftest.f

      subroutine xxyyzz ()
      return
      end

linus% gcc -c conftest.f
linus% more conftest.o
ELFCC: (GNU) 2.8.1.symtab.strtab.shstrtab.text.data.bss.comment4!HH,
HZ5q!conftest.fgcc2_compiled.*ABS*xxyyzz_

I tried performing the same test on getsd.f in the libcruft/ranlib directory,
and the object file contains the line (among other things):

ELS[rgetsd.fgcc2_compiled.__g77_cilist_0.0*ABS*getsd_qrgnin_s_wsledo_lioe_wslexstopx_getcgn_globe_

It appears that g77 is appending the underscore. Is there any way to tell if
these functions are being properly built into libcruft.a and libcruft.so?
I tried building everything without the underscore, and had the same error
output, namely the compiler could not find the libcruft functions like getsd,
setsd, etc. Any further suggestions would be appreciated! I am interested
in evaluating octave for my analysis needs, as much of my Matlab code is
fairly generic.

Todd
(address@hidden)



reply via email to

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