* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
@ 2006-03-27 22:22 ` ebotcazou at gcc dot gnu dot org
2006-03-27 22:28 ` quanah at stanford dot edu
` (32 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-03-27 22:22 UTC (permalink / raw)
To: gcc-bugs
------- 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 |Added
----------------------------------------------------------------------------
CC| |ebotcazou at gcc dot gnu dot
| |org
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
2006-03-27 22:22 ` [Bug libfortran/26893] " ebotcazou at gcc dot gnu dot org
@ 2006-03-27 22:28 ` quanah at stanford dot edu
2006-03-29 18:45 ` quanah at stanford dot edu
` (31 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: quanah at stanford dot edu @ 2006-03-27 22:28 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
2006-03-27 22:22 ` [Bug libfortran/26893] " ebotcazou at gcc dot gnu dot org
2006-03-27 22:28 ` quanah at stanford dot edu
@ 2006-03-29 18:45 ` quanah at stanford dot edu
2006-03-29 21:14 ` ebotcazou at gcc dot gnu dot org
` (30 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: quanah at stanford dot edu @ 2006-03-29 18:45 UTC (permalink / raw)
To: gcc-bugs
------- 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-build/sun4x_59/./gcc/gfortran
-B/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_59/./gcc/
-B/usr/pubsw/sparc-sun-solaris2.9/bin/ -B/usr/pubsw/sparc-sun-solaris2.9/lib/
-isystem /usr/pubsw/sparc-sun-solaris2.9/include -isystem
/usr/pubsw/sparc-sun-solaris2.9/sys-include -I . -Wall -fno-repack-arrays
-fno-underscoring ' > selected_real_kind.inc || rm selected_real_kind.inc
/bin/ksh ../../../../gcc-4.1.0/libgfortran/mk-kinds-h.sh
'/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_59/./gcc/gfortran
-B/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_59/./gcc/
-B/usr/pubsw/sparc-sun-solaris2.9/bin/ -B/usr/pubsw/sparc-sun-solaris2.9/lib/
-isystem /usr/pubsw/sparc-sun-solaris2.9/include -isystem
/usr/pubsw/sparc-sun-solaris2.9/sys-include -I . -Wall -fno-repack-arrays
-fno-underscoring ' > kinds.h || rm kinds.h
../../../../gcc-4.1.0/libgfortran/mk-kinds-h.sh: Unknown type
grep '^#' < kinds.h > kinds.inc
/bin/ksh: kinds.h: cannot open
make[3]: *** [kinds.inc] Error 1
make[3]: Leaving directory
`/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_59/sparc-sun-solaris2.9/libgfortran'
make[2]: *** [all-target-libgfortran] Error 2
make[2]: Leaving directory
`/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_59'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_59'
make: *** [bootstrap] Error 2
--
quanah at stanford dot edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (2 preceding siblings ...)
2006-03-29 18:45 ` quanah at stanford dot edu
@ 2006-03-29 21:14 ` ebotcazou at gcc dot gnu dot org
2006-03-29 21:49 ` quanah at stanford dot edu
` (29 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-03-29 21:14 UTC (permalink / raw)
To: gcc-bugs
------- 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 dark for the time being so we have to try the strictly
adhere to the proven guidelines.
It looks like the Fortran compiler doesn't work at all on your systems. Are
you sure the shared GMP/MFPR libraries are in your LD_LIBRARY_PATH?
--
ebotcazou at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (3 preceding siblings ...)
2006-03-29 21:14 ` ebotcazou at gcc dot gnu dot org
@ 2006-03-29 21:49 ` quanah at stanford dot edu
2006-04-29 5:37 ` vapier at gentoo dot org
` (28 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: quanah at stanford dot edu @ 2006-03-29 21:49 UTC (permalink / raw)
To: gcc-bugs
------- 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 narrow window of opportunity for upgrading gcc for the campus
(spring break), and now I have to back out all the gcc bits I've done so that I
can release other software to the campus that needs updating. Next week I'll
be able to start poking at gcc again.
--Quanah
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (4 preceding siblings ...)
2006-03-29 21:49 ` quanah at stanford dot edu
@ 2006-04-29 5:37 ` vapier at gentoo dot org
2006-05-19 17:09 ` quanah at stanford dot edu
` (27 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: vapier at gentoo dot org @ 2006-04-29 5:37 UTC (permalink / raw)
To: gcc-bugs
------- 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 "" ... so the only error you see is "Unknown type"
guess give `make check` a run in the mpfr package and see if it's being
miscompiled
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (5 preceding siblings ...)
2006-04-29 5:37 ` vapier at gentoo dot org
@ 2006-05-19 17:09 ` quanah at stanford dot edu
2006-05-19 17:14 ` fxcoudert at gcc dot gnu dot org
` (26 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: quanah at stanford dot edu @ 2006-05-19 17:09 UTC (permalink / raw)
To: gcc-bugs
------- 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't work with Solaris.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (6 preceding siblings ...)
2006-05-19 17:09 ` quanah at stanford dot edu
@ 2006-05-19 17:14 ` fxcoudert at gcc dot gnu dot org
2006-05-20 6:02 ` ebotcazou at gcc dot gnu dot org
` (25 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2006-05-19 17:14 UTC (permalink / raw)
To: gcc-bugs
------- 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
> consider them "known good". They only don't work with Solaris.
I was talking about the compiled binaries. My definition of a "working" GMP &
MPFR is:
-- it's recent enough (you should try GMP 4.2.1 and MPFR 2.2.0)
-- it passes all the checks (make check in both packages)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (7 preceding siblings ...)
2006-05-19 17:14 ` fxcoudert at gcc dot gnu dot org
@ 2006-05-20 6:02 ` ebotcazou at gcc dot gnu dot org
2006-05-30 19:31 ` mt1 at systella dot fr
` (24 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-05-20 6:02 UTC (permalink / raw)
To: gcc-bugs
------- 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (8 preceding siblings ...)
2006-05-20 6:02 ` ebotcazou at gcc dot gnu dot org
@ 2006-05-30 19:31 ` mt1 at systella dot fr
2006-05-30 19:40 ` ebotcazou at gcc dot gnu dot org
` (23 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: mt1 at systella dot fr @ 2006-05-30 19:31 UTC (permalink / raw)
To: gcc-bugs
------- 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=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (9 preceding siblings ...)
2006-05-30 19:31 ` mt1 at systella dot fr
@ 2006-05-30 19:40 ` ebotcazou at gcc dot gnu dot org
2006-05-31 20:42 ` mt1 at systella dot fr
` (22 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-05-30 19:40 UTC (permalink / raw)
To: gcc-bugs
------- 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
libraries. See http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2.
> My Solaris has a working /bin/sh.
Never say that. :-) /bin/sh is riddled with bugs on Solaris, use /bin/ksh as
prescribed in http://gcc.gnu.org/install/specific.html#x-x-solaris2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (10 preceding siblings ...)
2006-05-30 19:40 ` ebotcazou at gcc dot gnu dot org
@ 2006-05-31 20:42 ` mt1 at systella dot fr
2006-05-31 21:25 ` ebotcazou at gcc dot gnu dot org
` (21 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: mt1 at systella dot fr @ 2006-05-31 20:42 UTC (permalink / raw)
To: gcc-bugs
------- 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 && make -j2 bootstrap
thus I only build gcc for a 32 bits solaris system. I have tried to use ksh,
and now, I obtain:
cp ../../../libgfortran/config/fpu-sysv.h fpu-target.h
grep '^#' < kinds.h > kinds.inc
/bin/ksh: kinds.h: cannot open
make[3]: *** [kinds.inc] Error 1
make[3]: Leaving directory
`/home/bertrand/gcc-4.1.1/build/sparc-sun-solaris2.9/libgfortran'
make[2]: *** [all-target-libgfortran] Error 2
make[2]: *** Waiting for unfinished jobs....
I need gfortran and I don't understand where is the mistake and why you cannot
reproduce this bug.
Regards,
JKB
--
mt1 at systella dot fr changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mt1 at systella dot fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (11 preceding siblings ...)
2006-05-31 20:42 ` mt1 at systella dot fr
@ 2006-05-31 21:25 ` ebotcazou at gcc dot gnu dot org
2006-05-31 21:54 ` mt1 at systella dot fr
` (20 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-05-31 21:25 UTC (permalink / raw)
To: gcc-bugs
------- 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-multilib && make -j2 bootstrap
>
> thus I only build gcc for a 32 bits solaris system.
The problem is GMP & MPFR: on Solaris, they are built as 64-bit libraries by
default. Since you want to build a 32-bit compiler, this cannot work. So you
have to coax them into being 32-bit libraries, with the trick given on the page
I mentioned.
> I need gfortran and I don't understand where is the mistake and why you
> cannot reproduce this bug.
Maybe because I don't use the same GMP & MPFR. Everything works fine with GMP
4.1.3 + bundled MPFR on all versions of SPARC/Solaris from 2.5.1 to 10 so I'm
not really thrilled with upgrading, there would probably be little benefit for
the compiler. I should probably add a blurb about that on the configuration
page.
Now if you posted the *exact* versions and configure lines and make lines for
both the GMP and MPFR you use, I could again give it a whirl.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (12 preceding siblings ...)
2006-05-31 21:25 ` ebotcazou at gcc dot gnu dot org
@ 2006-05-31 21:54 ` mt1 at systella dot fr
2006-06-20 23:33 ` langton at gcc dot gnu dot org
` (19 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: mt1 at systella dot fr @ 2006-05-31 21:54 UTC (permalink / raw)
To: gcc-bugs
------- 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 think that both libraries are 32 bits libraries, not 64.
GCC
../configure --prefix=/opt --enable-threads=posix
--enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld
--with-mpfr=/opt --disable-multilib && make -j2 bootstrap
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (13 preceding siblings ...)
2006-05-31 21:54 ` mt1 at systella dot fr
@ 2006-06-20 23:33 ` langton at gcc dot gnu dot org
2006-06-22 16:55 ` mt1 at systella dot fr
` (18 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: langton at gcc dot gnu dot org @ 2006-06-20 23:33 UTC (permalink / raw)
To: gcc-bugs
------- 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=/opt
> --with-gmp-include=/opt && make -j2
>
> I think that both libraries are 32 bits libraries, not 64.
>
> GCC
> ../configure --prefix=/opt --enable-threads=posix
> --enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld
> --with-mpfr=/opt --disable-multilib && make -j2 bootstrap
>
Try adding ABI=32 to the GMP options. I don't have a SPARC box, but on
AIX-ppc, this was necessary to force GMP to build a 32-bit library. See also:
http://www.swox.com/gmp/manual/ABI-and-ISA.html#ABI-and-ISA
--
langton at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |langton at gcc dot gnu dot
| |org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (14 preceding siblings ...)
2006-06-20 23:33 ` langton at gcc dot gnu dot org
@ 2006-06-22 16:55 ` mt1 at systella dot fr
2006-07-13 21:00 ` langton at gcc dot gnu dot org
` (17 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: mt1 at systella dot fr @ 2006-06-22 16:55 UTC (permalink / raw)
To: gcc-bugs
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2107 bytes --]
------- 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
>>./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 think that both libraries are 32 bits libraries, not 64.
>>
>>GCC
>>../configure --prefix=/opt --enable-threads=posix
>>--enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld
>>--with-mpfr=/opt --disable-multilib && make -j2 bootstrap
>>
>
>
> Try adding ABI=32 to the GMP options. I don't have a SPARC box, but on
> AIX-ppc, this was necessary to force GMP to build a 32-bit library. See also:
>
> http://www.swox.com/gmp/manual/ABI-and-ISA.html#ABI-and-ISA
Thanks but it doesn't work...
stage1/xgcc -Bstage1/ -B/opt/sparc-sun-solaris2.9/bin/ -c -g -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H
-I. -Icp -I../../gcc -I../../gcc/cp -I../../gcc/../include -I./../intl
-I../../gcc/../libcpp/include -I/opt/include ../../gcc/cp/search.c -o
cp/search.o
../../gcc/cp/search.c: In function 'dfs_dcast_hint_post':
../../gcc/cp/search.c:336: internal compiler error: Bus erroné
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [cp/search.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/home/bertrand/gcc-4.1.1/build/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/home/bertrand/gcc-4.1.1/build/gcc'
make: *** [bootstrap] Error 2
lebegue:[~/gcc-4.1.1/build] >
Regards,
JKB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (15 preceding siblings ...)
2006-06-22 16:55 ` mt1 at systella dot fr
@ 2006-07-13 21:00 ` langton at gcc dot gnu dot org
2006-07-13 21:47 ` steven at gcc dot gnu dot org
` (16 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: langton at gcc dot gnu dot org @ 2006-07-13 21:00 UTC (permalink / raw)
To: gcc-bugs
------- 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?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (16 preceding siblings ...)
2006-07-13 21:00 ` langton at gcc dot gnu dot org
@ 2006-07-13 21:47 ` steven at gcc dot gnu dot org
2006-10-14 3:46 ` pinskia at gcc dot gnu dot org
` (15 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: steven at gcc dot gnu dot org @ 2006-07-13 21:47 UTC (permalink / raw)
To: gcc-bugs
------- 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.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (17 preceding siblings ...)
2006-07-13 21:47 ` steven at gcc dot gnu dot org
@ 2006-10-14 3:46 ` pinskia at gcc dot gnu dot org
2006-12-08 23:10 ` jbuck at gcc dot gnu dot org
` (14 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-10-14 3:46 UTC (permalink / raw)
To: gcc-bugs
------- 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
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (18 preceding siblings ...)
2006-10-14 3:46 ` pinskia at gcc dot gnu dot org
@ 2006-12-08 23:10 ` jbuck at gcc dot gnu dot org
2006-12-08 23:17 ` pinskia at gcc dot gnu dot org
` (13 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: jbuck at gcc dot gnu dot org @ 2006-12-08 23:10 UTC (permalink / raw)
To: gcc-bugs
------- 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 because GMP built a
64-bit version, so I rebuilt GMP explicitly specifying sparc-sun-solaris2.8 as
the build platform. I use ksh. From the failing build:
/bin/ksh /remote/atg5/jbuck/svn/4_2_branch/gcc/libgfortran/mk-kinds-h.sh
'/remote/atg5/jbuck/sol2.tmp/./gcc/gfortran
-B/remote/atg5/jbuck/sol2.tmp/./gcc/
-B/u/jbuck/cvs.sol2/4_2_branch/sparc-sun-solaris2.8/bin/
-B/u/jbuck/cvs.sol2/4_2_branch/sparc-sun-solaris2.8/lib/ -isystem
/u/jbuck/cvs.sol2/4_2_branch/sparc-sun-solaris2.8/include -isystem
/u/jbuck/cvs.sol2/4_2_branch/sparc-sun-solaris2.8/sys-include -I . -Wall
-fno-repack-arrays -fno-underscoring ' > kinds.h || rm kinds.h
/remote/atg5/jbuck/svn/4_2_branch/gcc/libgfortran/mk-kinds-h.sh: Unknown type
grep '^#' < kinds.h > kinds.inc
/bin/ksh: kinds.h: cannot open
--
jbuck at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jbuck at gcc dot gnu dot org
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (19 preceding siblings ...)
2006-12-08 23:10 ` jbuck at gcc dot gnu dot org
@ 2006-12-08 23:17 ` pinskia at gcc dot gnu dot org
2006-12-08 23:34 ` jbuck at gcc dot gnu dot org
` (12 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-12-08 23:17 UTC (permalink / raw)
To: gcc-bugs
------- 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 lines. At first, MPFR wouldn't build because GMP built a
> 64-bit version, so I rebuilt GMP explicitly specifying sparc-sun-solaris2.8 as
> the build platform.
Did you run make -k check for both GMP and MPFR? Some compiler versions are
known to miscompile GMP which is most likely what is happening here.
This is not a bug still as
*** This bug has been marked as a duplicate of 29866 ***
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (20 preceding siblings ...)
2006-12-08 23:17 ` pinskia at gcc dot gnu dot org
@ 2006-12-08 23:34 ` jbuck at gcc dot gnu dot org
2006-12-09 18:14 ` jbuck at gcc dot gnu dot org
` (11 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: jbuck at gcc dot gnu dot org @ 2006-12-08 23:34 UTC (permalink / raw)
To: gcc-bugs
------- 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 tests. Still checking on mpfr; in the
meantime, it won't kill you to leave it open a bit more.
--
jbuck at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|DUPLICATE |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (21 preceding siblings ...)
2006-12-08 23:34 ` jbuck at gcc dot gnu dot org
@ 2006-12-09 18:14 ` jbuck at gcc dot gnu dot org
2006-12-09 18:45 ` jvdelisle at verizon dot net
` (10 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: jbuck at gcc dot gnu dot org @ 2006-12-09 18:14 UTC (permalink / raw)
To: gcc-bugs
------- 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 the middle-end,
right? And libstdc++ successfully built with this flow, so the bug isn't
encountered for hours on a slow Sparc with -j1.
Anyway, the Fortran library built and the compiler is now running tests.
Whether this one is a true bug is debatable. It seems to me that every other
GNU tool I try, as well as the rest of gcc, builds correctly when the location
of a library is given with a --with flag, even if it isn't on LD_LIBRARY_PATH.
If this is the GNU standard way, then we have a real bug here. If not, we need
loud warnings in the installation instructions that --with-gmp does not
suffice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (22 preceding siblings ...)
2006-12-09 18:14 ` jbuck at gcc dot gnu dot org
@ 2006-12-09 18:45 ` jvdelisle at verizon dot net
2006-12-09 20:11 ` jbuck at gcc dot gnu dot org
` (9 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: jvdelisle at verizon dot net @ 2006-12-09 18:45 UTC (permalink / raw)
To: gcc-bugs
------- 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 the compiler is now running tests.
>
> Whether this one is a true bug is debatable.
Have you looked at /etc/ld.so.conf or equivalent on your system? Usually
LD_LIBRARY_PATH is needed if the library is not in one of your regular system
library paths. You could add it here as well.
For example on my system here:
$ ldd ./bin/gfc
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x0000003f9d400000)
libc.so.6 => /lib64/libc.so.6 (0x0000003122800000)
/lib64/ld-linux-x86-64.so.2 (0x0000003121800000)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (23 preceding siblings ...)
2006-12-09 18:45 ` jvdelisle at verizon dot net
@ 2006-12-09 20:11 ` jbuck at gcc dot gnu dot org
2006-12-15 9:03 ` christian dot joensson at gmail dot com
` (8 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: jbuck at gcc dot gnu dot org @ 2006-12-09 20:11 UTC (permalink / raw)
To: gcc-bugs
------- 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 has to keep
running a rather old and unmodified version of Solaris.
The point is that different parts of gcc appear to be inconsistent about
whether the --with-gmp flag is adequate, or whether an LD_LIBRARY_PATH setting
is also needed.
As I said, I fixed the problem by setting LD_LIBRARY_PATH. But I still have an
issue over whether this should be required, given the --with-gmp setting and
that the configure script detected gmp and even built and ran a test program.
Perhaps the gcc list is the best place to discuss this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (24 preceding siblings ...)
2006-12-09 20:11 ` jbuck at gcc dot gnu dot org
@ 2006-12-15 9:03 ` christian dot joensson at gmail dot com
2006-12-15 9:08 ` ebotcazou at gcc dot gnu dot org
` (7 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: christian dot joensson at gmail dot com @ 2006-12-15 9:03 UTC (permalink / raw)
To: gcc-bugs
------- 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-2.3-2.1.sparc
dejagnu-1.4.4-5.1.noarch
expect-5.43.0-5.1.sparc
gcc-4.1.1-30.1.sparc
glibc-2.5-3.1.sparcv9
glibc-2.5-3.1.sparc64
glibc-devel-2.5-3.1.sparc
glibc-devel-2.5-3.1.sparc64
glibc-headers-2.5-3.1.sparc
gmp-2.4.1 (local build from gcc's infrastructure)
mpfr-2.2.1 (local build from gcc's infrastructure)
kernel-2.6.18-1.2798.al3.1.sparc64
libgcc-4.1.1-30.1.sparc
libgcc-4.1.1-30.1.sparc64
libgcj-4.1.1-30.1.sparc
libgcj-4.1.1-30.1.sparc64
libgcj-devel-4.1.1-30.1.sparc
libgcj-devel-4.1.1-30.1.sparc64
libstdc++-4.1.1-30.1.sparc
libstdc++-4.1.1-30.1.sparc64
libstdc++-devel-4.1.1-30.1.sparc
libstdc++-devel-4.1.1-30.1.sparc64
make-3.81-1.1.sparc
tcl-8.4.13-3.al3.sparc
LAST_UPDATED: Fri Dec 15 08:51:23 UTC 2006 (revision 119876)
configure: ../gcc/configure --enable-__cxa_atexit --enable-shared
--with-cpu=v7 --with-gmp=/usr/local/gmp-mpfr --with-mpfr=/usr/local/gmp-mpfr
--enable-languages=c,c++,fortran,java,objc,obj-c++,treelang
/bin/sh ../../../gcc/libgfortran/mk-kinds-h.sh
'/usr/local/src/branch/objdir/./gcc/gfortran
-B/usr/local/src/branch/objdir/./gcc/
-B/usr/local/sparc64-unknown-linux-gnu/bin/
-B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem
/usr/local/sparc64-unknown-linux-gnu/include -isystem
/usr/local/sparc64-unknown-linux-gnu/sys-include -I . -Wall -fno-repack-arrays
-fno-underscoring ' > kinds.h || rm kinds.h
../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type
grep '^#' < kinds.h > kinds.inc
/bin/sh: kinds.h: No such file or directory
make[2]: *** [kinds.inc] Error 1
make[2]: Leaving directory
`/usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran'
make[1]: *** [all-target-libgfortran] Error 2
make[1]: Leaving directory `/usr/local/src/branch/objdir'
make: *** [bootstrap] Error 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (25 preceding siblings ...)
2006-12-15 9:03 ` christian dot joensson at gmail dot com
@ 2006-12-15 9:08 ` ebotcazou at gcc dot gnu dot org
2006-12-15 19:38 ` jbuck at gcc dot gnu dot org
` (6 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-12-15 9:08 UTC (permalink / raw)
To: gcc-bugs
------- 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_LIBRARY_PATH.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (26 preceding siblings ...)
2006-12-15 9:08 ` ebotcazou at gcc dot gnu dot org
@ 2006-12-15 19:38 ` jbuck at gcc dot gnu dot org
2006-12-15 19:51 ` ebotcazou at gcc dot gnu dot org
` (5 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: jbuck at gcc dot gnu dot org @ 2006-12-15 19:38 UTC (permalink / raw)
To: gcc-bugs
------- 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 failure doesn't show
up until an hour or more into a build run, and then the error message is
completely obscure. There is no direct indication that the cause is a gfortran
failure to run.
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.
Alternatively, libgfortran/mk-sik-inc.sh could be changed to give a better
error message for the failure, but this has the problem that the user won't see
the failure until a rather late point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (27 preceding siblings ...)
2006-12-15 19:38 ` jbuck at gcc dot gnu dot org
@ 2006-12-15 19:51 ` ebotcazou at gcc dot gnu dot org
2007-01-09 7:56 ` fxcoudert at gcc dot gnu dot org
` (4 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2006-12-15 19:51 UTC (permalink / raw)
To: gcc-bugs
------- 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 should simply check that the Fortran
compiler works and abort if it doesn't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (28 preceding siblings ...)
2006-12-15 19:51 ` ebotcazou at gcc dot gnu dot org
@ 2007-01-09 7:56 ` fxcoudert at gcc dot gnu dot org
2007-01-09 11:59 ` fxcoudert at gcc dot gnu dot org
` (3 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-01-09 7:56 UTC (permalink / raw)
To: gcc-bugs
------- 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/gcc-patches/2007-01/msg00642.html
--
fxcoudert at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|0000-00-00 00:00:00 |2007-01-09 07:56:42
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (29 preceding siblings ...)
2007-01-09 7:56 ` fxcoudert at gcc dot gnu dot org
@ 2007-01-09 11:59 ` fxcoudert at gcc dot gnu dot org
2007-01-19 7:12 ` fxcoudert at gcc dot gnu dot org
` (2 subsequent siblings)
33 siblings, 0 replies; 35+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-01-09 11:59 UTC (permalink / raw)
To: gcc-bugs
------- 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
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
URL| |http://gcc.gnu.org/ml/gcc-
| |patches/2007-
| |01/msg00659.html
Status|NEW |ASSIGNED
Keywords| |build, patch
Last reconfirmed|2007-01-09 07:56:42 |2007-01-09 11:59:12
date| |
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (30 preceding siblings ...)
2007-01-09 11:59 ` fxcoudert at gcc dot gnu dot org
@ 2007-01-19 7:12 ` fxcoudert at gcc dot gnu dot org
2007-01-20 15:56 ` [Bug libfortran/26893] [4.1/4.2 only] " fxcoudert at gcc dot gnu dot org
2007-01-20 15:57 ` [Bug libfortran/26893] [4.1 " fxcoudert at gcc dot gnu dot org
33 siblings, 0 replies; 35+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-01-19 7:12 UTC (permalink / raw)
To: gcc-bugs
------- 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 (LIBGFOR_WORKING_GFORTRAN): New check.
* configure.ac: Add call to LIBGFOR_WORKING_GFORTRAN.
* configure: Regenerate.
* config.h.in: Regenerate because it was forgottent in the last
commit.
Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/acinclude.m4
trunk/libgfortran/config.h.in
trunk/libgfortran/configure
trunk/libgfortran/configure.ac
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] [4.1/4.2 only] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (31 preceding siblings ...)
2007-01-19 7:12 ` fxcoudert at gcc dot gnu dot org
@ 2007-01-20 15:56 ` fxcoudert at gcc dot gnu dot org
2007-01-20 15:57 ` [Bug libfortran/26893] [4.1 " fxcoudert at gcc dot gnu dot org
33 siblings, 0 replies; 35+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-01-20 15:56 UTC (permalink / raw)
To: gcc-bugs
------- Comment #33 from fxcoudert at gcc dot gnu dot org 2007-01-20 15:55 -------
Subject: Bug 26893
Author: fxcoudert
Date: Sat Jan 20 15:55:41 2007
New Revision: 121001
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121001
Log:
PR fortran/30446
* options.c (gfc_handle_module_path_options): Path used in -J
option is now added to the module search path.
PR libfortran/26893
* acinclude.m4 (LIBGFOR_WORKING_GFORTRAN): New check.
* configure.ac: Add call to LIBGFOR_WORKING_GFORTRAN.
* configure: Regenerate.
* config.h.in: Regenerate because it was forgottent in the last
commit.
Modified:
branches/gcc-4_2-branch/gcc/fortran/ChangeLog
branches/gcc-4_2-branch/gcc/fortran/options.c
branches/gcc-4_2-branch/libgfortran/ChangeLog
branches/gcc-4_2-branch/libgfortran/acinclude.m4
branches/gcc-4_2-branch/libgfortran/configure
branches/gcc-4_2-branch/libgfortran/configure.ac
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread* [Bug libfortran/26893] [4.1 only] kinds.h not generated, causing failure
2006-03-27 22:14 [Bug libfortran/26893] New: kinds.h not generated, causing failure quanah at stanford dot edu
` (32 preceding siblings ...)
2007-01-20 15:56 ` [Bug libfortran/26893] [4.1/4.2 only] " fxcoudert at gcc dot gnu dot org
@ 2007-01-20 15:57 ` fxcoudert at gcc dot gnu dot org
33 siblings, 0 replies; 35+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-01-20 15:57 UTC (permalink / raw)
To: gcc-bugs
------- Comment #34 from fxcoudert at gcc dot gnu dot org 2007-01-20 15:57 -------
Fixed on mainline and 4.2.
--
fxcoudert at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Known to fail|4.2.0 4.1.2 |4.1.2
Known to work|4.3.0 |4.3.0 4.2.0
Resolution| |FIXED
Summary|[4.1/4.2 only] kinds.h not |[4.1 only] kinds.h not
|generated, causing failure |generated, causing failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
^ permalink raw reply [flat|nested] 35+ messages in thread