[Bug libf2c/15746] New: make check fails in libf2c

[Bug libf2c/15746] New: make check fails in libf2c

[geos at epost dot de]

When doing make check for libf2c one gets

gmake[1]: Entering directory `/usr/people/schwarz/gcc/mips-sgi-irix5.3/libf2c/libU77'
../../../gcc/g77 -B../../../gcc/ -L.. -g ../../../../gcc-3.4.0/libf2c/libU77/u77-test.f \
-lg2c  -lm -o a.out && ./a.out
../../../../gcc-3.4.0/libf2c/libU77/u77-test.f:0: note: -g is only supported using GNU as,
../../../../gcc-3.4.0/libf2c/libU77/u77-test.f:0: note: -g option disabled
../../../../gcc-3.4.0/libf2c/libU77/u77-test.f: In program `MAIN__':
../../../../gcc-3.4.0/libf2c/libU77/u77-test.f:214: warning:
         call idate (i,j,k)
              ^
Intrinsic `IDATE', invoked at (^), known to be non-Y2K-compliant [info -f g77 M Y2KBAD]
../../../../gcc-3.4.0/libf2c/libU77/u77-test.f:223: warning:
         call date (ctim)
              ^
Intrinsic `DATE', invoked at (^), known to be non-Y2K-compliant [info -f g77 M Y2KBAD]
 5364:./a.out: rld: Fatal Error: cannot map soname 'libg2c.so.1' using any of the filenames /usr/lib/libg2c.so.1:/lib/libg2c.so.1:/lib/cmplrs/cc/libg2c.so.1:/usr/lib/cmplrs/cc/libg2c.so.1:/usr/lib/libg2c.so.1.1:/lib/libg2c.so.1.1:/lib/cmplrs/cc/libg2c.so.1.1:/usr/lib/cmplrs/cc/libg2c.so.1.1: -- either the file does not exist or the file is not mappable (with reason indicated in previous msg)
gmake[1]: [check] Error 1 (ignored)
rm -f a.out
gmake[1]: Leaving directory `/usr/people/schwarz/gcc/mips-sgi-irix5.3/libf2c/libU77'

'libg2c.so.1 does exist in .lib. It seems that the test binary is not being linked with an appropriate -rpath.

-- 
           Summary: make check fails in libf2c
           Product: gcc
           Version: 3.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libf2c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: geos at epost dot de
                CC: gcc-bugs at gcc dot gnu dot org,geos at epost dot de
 GCC build triplet: mips-sgi-irix5.3
  GCC host triplet: mips-sgi-irix5.3
GCC target triplet: mips-sgi-irix5.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15746

[Bug libf2c/15746] [3.4 only] [libf2c only] make check fails in libf2c

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-05-31 13:18 -------
What does MIPS use instead of LD_LIBRARY_PATH?  We are never (I think this is too strong but...) going 
apply -rpath to shared libraries because -rpath overrides LD_LIBRARY_PATH on some targets.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|make check fails in libf2c  |[3.4 only] [libf2c only]
                   |                            |make check fails in libf2c
   Target Milestone|---                         |3.4.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15746

[Bug libf2c/15746] [3.4 only] [libf2c only] make check fails in libf2c

[ro at gcc dot gnu dot org]

------- Additional Comments From ro at gcc dot gnu dot org  2004-06-04 15:31 -------
[I already replied yesterday, but the message doesn't show up on either bugzilla
or gcc-bugs.  I find that mess extremeley annoying, constantly having to watch
if your messages make it.]

I observe this problem all the time, but it is in no way mips-sgi-irix5.3
specific.

Here's what happens:

* If you don't have libg2c.{a,so} installed in any directory searched by
  the newly built g77, the first part of make check fails: the newly built
  libg2c.{a, so} is in ../.libs (or similar), not ..

  This can be avoided by using libtool --mode=link to perform the linking.
  This way, the explicit -L.. -lg2c is turned into the appropriate flags.
  Unfortunately, one needs to add an -L../.libs to the link line as well,
  since g77 implicitly adds a -lg2c, which won't be found otherwise.  This
  isn't portable since the directory name differs depending on the platform
  used.

  Even if a pre-installed libg2c is installed in $libdir and this isn't a
  problem (as in the current case), the execution step will fail as
  reported.

* Using libtool --mode=execute for the execution won't help since while
  libg2c is a libtool library, libgcc_s is not.  It is possible to have it
  located at runtime by adding -rpath `${PWD_COMMAND}`/../../../gcc to
  libtool --mode=link, but this won't help for multilibbed platforms. 

To handle all this correctly would mean to duplicate all the code from the
dejagnu-based testsuites that locate libgcc_s for the current multilib and
set LD_LIBRARY_PATH and its companions correctly, or even turn the test
into a proper dejagnu testsuite.

Even if all this were done, there's no code to check for the results of
running the test program, which more or less requires manual inspection.

Given all this, the fact that this bug is long-standing and g77/libg2c are
on their way out, I suggest closing this as WONTFIX.

	Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15746

[Bug libf2c/15746] [3.4 only] [libf2c only] make check fails in libf2c

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2004-06-05 20:23 -------
I agree with Rainer -- this is too complex too fix, with too little payoff.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WONTFIX


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15746

[Bug libf2c/15746] [3.4 only] [libf2c only] make check fails in libf2c

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-13 16:04 -------
*** Bug 18461 has been marked as a duplicate of this bug. ***

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15746