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

["ro at gcc dot gnu dot org" <gcc-bugzilla 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