--- Comment #32 from fxcoudert at gcc dot gnu dot org 2007-01-19 07:12
---
Subject: Bug 26893
Author: fxcoudert
Date: Fri Jan 19 07:12:16 2007
New Revision: 120949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120949
Log:
PR libfortran/26893
* acinclude.m4 (LIB
--- Comment #31 from fxcoudert at gcc dot gnu dot org 2007-01-09 11:59
---
Patch proposed here: http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00659.html
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #30 from fxcoudert at gcc dot gnu dot org 2007-01-09 07:56
---
(In reply to comment #29)
> I think that the configure script should simply check that the Fortran
> compiler works and abort if it doesn't.
Tentative patch to do just that is available at
http://gcc.gnu.org/ml/
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2006-12-15 19:51
---
> Could configure be made to object if a simple program dynamically linked with
> libgmp and libmpfr won't run? Then users will fix the problem before starting
> the build.
I think that the configure script sho
--- Comment #28 from jbuck at gcc dot gnu dot org 2006-12-15 19:38 ---
Yes, it seems that LD_LIBRARY_PATH is the cause of all the problems, but I also
think it might not be a great idea to just say "not a bug, PEBKAC" (problem
exists between keyboard and chair). The issue is that the fa
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-12-15 09:08
---
> I would just like to say that I see this on sparc64-linux too on the 4.2
> branch.
Try to compile a Fortran source file with the compiler and see what happens.
Presumably wrong or missing libraries in LD_LIBRA
--- Comment #26 from christian dot joensson at gmail dot com 2006-12-15
09:03 ---
I would just like to say that I see this on sparc64-linux too on the 4.2
branch.
Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre)
sun4u:
binutils-2.17.50.0.3-6.sparc.sparc
bison-
--- Comment #25 from jbuck at gcc dot gnu dot org 2006-12-09 20:11 ---
Jerry: no, gmp isn't in the default path, which is why gcc was configured with
--with-gmp and --with-mpfr flags. On this particular machine I do not have
root, and since it's used to build apps for legacy systems it
--- Comment #24 from jvdelisle at verizon dot net 2006-12-09 18:45 ---
Subject: Re: kinds.h not generated, causing failure
jbuck at gcc dot gnu dot org wrote:
> --- Comment #23 from jbuck at gcc dot gnu dot org 2006-12-09 18:14
> ---
>
> Anyway, the Fortran library built and
--- Comment #23 from jbuck at gcc dot gnu dot org 2006-12-09 18:14 ---
I went and rebuilt everything, ran into the problem again, and determined that
it was because, although there was a correct --with-gmp, gfortran was failing
because gmp wasn't on LD_LIBRARY_PATH. But gmp is now in t
--- Comment #22 from jbuck at gcc dot gnu dot org 2006-12-08 23:34 ---
Slow down, please! You don't need to set speed records for resolving bugs
here.
My report is not a duplicate of the bug you tried to attach it to, because I
did not use -j at all!
make -k check for gmp passes all t
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-12-08 23:16
---
(In reply to comment #20)
> I'd like to reopen this bug, as I'm seeing it on sparc-sun-solaris2.8. I have
> built the most recent GMP and MPFR versions and have the appropriate
> --with-gmp
> and --with-mpfr line
--- Comment #20 from jbuck at gcc dot gnu dot org 2006-12-08 23:10 ---
I'd like to reopen this bug, as I'm seeing it on sparc-sun-solaris2.8. I have
built the most recent GMP and MPFR versions and have the appropriate --with-gmp
and --with-mpfr lines. At first, MPFR wouldn't build beca
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-10-14 03:46
---
Closing as invalid as there have been no feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from steven at gcc dot gnu dot org 2006-07-13 21:47 ---
Re. comment #16: That looks like you get an internal compiler error (ICE )while
building g++ which has nothing to do with libgfortran. If that ICE is
reproducible, it deserves its own bug report.
--
http://gcc.
--- Comment #17 from langton at gcc dot gnu dot org 2006-07-13 21:00
---
(In reply to comment #16)
>
> Thanks but it doesn't work...
Did you re-run 'configure' after rebuilding GMP and MPFR? What happens if you
try to configure and bootstrap from a clean object directory?
-
--- Comment #16 from mt1 at systella dot fr 2006-06-22 16:55 ---
Subject: Re: kinds.h not generated, causing failure
langton at gcc dot gnu dot org a écrit :
> --- Comment #15 from langton at gcc dot gnu dot org 2006-06-20 23:32
> ---
> (In reply to comment #14)
>
>>GMP-4.2
--- Comment #15 from langton at gcc dot gnu dot org 2006-06-20 23:32
---
(In reply to comment #14)
> GMP-4.2
> ./configure --prefix=/opt --with-gnu-ld --disable-cxx --disable-nails
> --disable-mpfr
> MPFR-2.2
> ./configure --enable-mpfr --with-gmp-=/opt --prefix=/opt --with-gmp-lib=/o
--- Comment #14 from mt1 at systella dot fr 2006-05-31 21:54 ---
GMP-4.2
./configure --prefix=/opt --with-gnu-ld --disable-cxx --disable-nails
--disable-mpfr
MPFR-2.2
./configure --enable-mpfr --with-gmp-=/opt --prefix=/opt --with-gmp-lib=/opt
--with-gmp-include=/opt && make -j2
I thi
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-05-31 21:25
---
> I have configured gcc with:
> lebegue:[~/gcc-4.1.1/build] > ../configure --prefix=/opt
> --enable-threads=posix
> --enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld
> --with-mpfr=/opt --disable-
--- Comment #12 from mt1 at systella dot fr 2006-05-31 20:42 ---
Eric,
I have configured gcc with:
lebegue:[~/gcc-4.1.1/build] > ../configure --prefix=/opt --enable-threads=posix
--enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld
--with-mpfr=/opt --disable-multilib && mak
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-05-30 19:40
---
> I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
> Solaris 9. GMP & MPFR are good (tested with make check).
This has something to do with GMP & MPFR. Make sure they are built as 32-bit
--- Comment #10 from mt1 at systella dot fr 2006-05-30 19:31 ---
I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
Solaris 9. GMP & MPFR are good (tested with make check). My Solaris has a
working /bin/sh.
JKB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-05-20 06:01
---
> I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I
> consider them "known good". They only don't work with Solaris.
I definitely cannot reproduce this problem either.
--
http://gc
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-19 17:14
---
(In reply to comment #7)
> I will be working on this after the students leave, starting in June. Please
> keep this ticket open.
OK.
> I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I
--- Comment #7 from quanah at stanford dot edu 2006-05-19 17:09 ---
I will be working on this after the students leave, starting in June. Please
keep this ticket open.
I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I
consider them "known good". They only don
--- Comment #6 from vapier at gentoo dot org 2006-04-29 05:37 ---
i hit this same issue and the real error was being masked by the shell script:
if $compile -c tmp$$.f90 > /dev/null 2>&1; then
turns out the compile step was ICEing resulting in $largest_ctype not being
reset from "" ...
--- Comment #5 from quanah at stanford dot edu 2006-03-29 21:49 ---
Yep. That's how f951 was getting linked to gmp. I'm going to make gmp only be
static, however, and see if that changes things.
I'm going to have to defer further work on both these bugs until next week. I
had a very
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-03-29 21:14
---
> Actually, the problem has nothing to do with using /bin/sh, because I get the
> same failure using /bin/ksh, too:
OK, but given that you're the first who reports that kind of problems, we're
pretty much in the
--- Comment #3 from quanah at stanford dot edu 2006-03-29 18:45 ---
Actually, the problem has nothing to do with using /bin/sh, because I get the
same failure using /bin/ksh, too:
/bin/ksh ../../../../gcc-4.1.0/libgfortran/mk-srk-inc.sh
'/afs/ir.stanford.edu/src/pubsw/languages/gcc-buil
--- Comment #2 from quanah at stanford dot edu 2006-03-27 22:28 ---
ah, thanks. Never hit that issue with any gcc release until now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-03-27 22:22
---
/bin/sh is not supported on SPARC/Solaris. Please read the instructions at:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
32 matches
Mail list logo
