[Bug fortran/39971] New: kinds.h fails at building libgfortran

[Bug fortran/39971] New: kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

I am having a problem similar to that reported on bug #35471 trying to build
gfortran. Relevant part where it fails follows after the line.

I am using gcc-3.4.6, which I have compiled without problems starting from
gcc-2.95. Also using binutils 2.18 and gmp-4.2.4 and mpfr-2.4.1, with the
configure command:
 /home2/gdb/local/src/gcc-4.1.2/configure --prefix=/home2/gdb/local/gcc-4.1.2
--enable-languages=c,fortran  --with-gmp=/home2/gdb/local/gmp-4.1.3
--with-mpfr=/home2/gdb/local/gmp-4.1.3
--with-as=/home2/gdb/local/binutils-2.18/bin/as
--with-ld=/home2/gdb/local/binutils-2.18/bin/ld

The output of uname -a is:
Linux dirac.chm.bris.ac.uk 2.4.18P4_smp_master #1 SMP Sat Mar 9 21:36:42 GMT
2002 i686 unknown
i.e. a 2.4 kernel, and no chance to change it (it's a cluster where I am just a
normal user)

Really don't know what else to try. The suggested #define for complex works for
a while but then other undocumented bug pops up.


-----------------
/home2/gdb/local/gcc-4.1.2-obj/./gcc/xgcc
-B/home2/gdb/local/gcc-4.1.2-obj/./gcc/
-B/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/bin/
-B/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/lib/ -isystem
/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/include -isystem
/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
-I/home2/gdb/local/src/gcc-4.1.2/libgfortran -I.
-iquote/home2/gdb/local/src/gcc-4.1.2/libgfortran/io
-I/home2/gdb/local/src/gcc-4.1.2/libgfortran/../gcc
-I/home2/gdb/local/src/gcc-4.1.2/libgfortran/../gcc/config -I../.././gcc
-D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c
/home2/gdb/local/src/gcc-4.1.2/libgfortran/runtime/compile_options.c  -fPIC
-DPIC -o .libs/compile_options.o
In file included from
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:198,
                 from
/home2/gdb/local/src/gcc-4.1.2/libgfortran/runtime/compile_options.c:32:
./kinds.h:25: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'float'
./kinds.h:29: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'double'
./kinds.h:33: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'long'
In file included from
/home2/gdb/local/src/gcc-4.1.2/libgfortran/runtime/compile_options.c:32:
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:286: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_4'
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:287: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_8'
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:289: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_10'
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:594: error: expected
'=', ',', ';', 'asm' or '__attribute__' before '*' token


-- 
           Summary: kinds.h fails at building libgfortran
           Product: gcc
           Version: 4.1.2
            Status: UNCONFIRMED
          Severity: major
          Priority: P3
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: gustcr at yahoo dot com dot ar
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[kargl at gcc dot gnu dot org]

------- Comment #1 from kargl at gcc dot gnu dot org  2009-04-30 05:52 -------
Change Severity to normal.  Fortran bugs are never major.

AFAIK, there will be no further releases from the gcc-4.1.x branch,
so it is highly unlikely that this bug will be fixed.  gcc-4.4.0
was released a week or so ago.  Try using it.  You'll find that 
gfortran in 4.4.0 is much, much, much, better than the compiler in
4.1.2 (a two year old piece of software).


-- 

kargl at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|major                       |normal
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WONTFIX


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #2 from gustcr at yahoo dot com dot ar  2009-04-30 16:24 -------
(In reply to comment #1)
> Change Severity to normal.  Fortran bugs are never major.
> 
> AFAIK, there will be no further releases from the gcc-4.1.x branch,
> so it is highly unlikely that this bug will be fixed.  gcc-4.4.0
> was released a week or so ago.  Try using it.  You'll find that 
> gfortran in 4.4.0 is much, much, much, better than the compiler in
> 4.1.2 (a two year old piece of software).
> 

Thanks for the quick replay.

Unfortunately, I have just tried with gcc-4.4.0 and it gives a similar error.
Now I used:
 /home2/gdb/local/src/gcc-4.4.0/configure --prefix=/home2/gdb/local/gcc-4.4.0
--enable-languages=c,fortran --with-as=/home2/gdb/local/binutils-2.18/bin/as
--with-ld=/home2/gdb/local/binutils-2.18/bin/ld

I copied gmp-4.2.4 and and mpfr-2.4.1 within the source, so as to build
everything together. Also tried with other versions of gmp, mpfr and binutils
getting always the same error.


-- 

gustcr at yahoo dot com dot ar changed:

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


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[kargl at gcc dot gnu dot org]

------- Comment #3 from kargl at gcc dot gnu dot org  2009-04-30 16:35 -------
(In reply to comment #2)
> (In reply to comment #1)
> > Change Severity to normal.  Fortran bugs are never major.
> > 
> > AFAIK, there will be no further releases from the gcc-4.1.x branch,
> > so it is highly unlikely that this bug will be fixed.  gcc-4.4.0
> > was released a week or so ago.  Try using it.  You'll find that 
> > gfortran in 4.4.0 is much, much, much, better than the compiler in
> > 4.1.2 (a two year old piece of software).
> > 
> 
> Thanks for the quick replay.
> 
> Unfortunately, I have just tried with gcc-4.4.0 and it gives a similar error.
> Now I used:
>  /home2/gdb/local/src/gcc-4.4.0/configure --prefix=/home2/gdb/local/gcc-4.4.0
> --enable-languages=c,fortran --with-as=/home2/gdb/local/binutils-2.18/bin/as
> --with-ld=/home2/gdb/local/binutils-2.18/bin/ld
> 
> I copied gmp-4.2.4 and and mpfr-2.4.1 within the source, so as to build
> everything together. Also tried with other versions of gmp, mpfr and binutils
> getting always the same error.
> 

If 4.4.0 doesn't build on your i686-pc-linux-gnu system, then something
is definitely broken but it's not gfortran.  Do you have an older version
of MPFR or GMP installed in /usr/local?  This can sometimes cause problems.
What happens if you use the system's ld and as?


-- 

kargl at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P4


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #4 from gustcr at yahoo dot com dot ar  2009-05-01 00:10 -------
(In reply to comment #3)

I couldn't find any other gmp or mpfr in the system.
Also tried using the system's ld and as (both version 2.11.2) but the same
error pops up (see below).
Using ps ax I checked that the right versions of ld and as are used while
compiling.

Any other idea on what to try?

Bootstraping only c works ok

---------------
In file included from
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:246,
                 from /home2/gdb/local/src/gcc-4.4.0/libgfortran/fmain.c:1:
./kinds.h:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'float'
./kinds.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'double'
./kinds.h:46: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'long'
In file included from /home2/gdb/local/src/gcc-4.4.0/libgfortran/fmain.c:1:
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:332: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_4'


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[kargl at gcc dot gnu dot org]

------- Comment #5 from kargl at gcc dot gnu dot org  2009-05-01 14:08 -------
(In reply to comment #4)
> (In reply to comment #3)
> 
> I couldn't find any other gmp or mpfr in the system.
> Also tried using the system's ld and as (both version 2.11.2) but the same
> error pops up (see below).
> Using ps ax I checked that the right versions of ld and as are used while
> compiling.
> 
> Any other idea on what to try?


 /home2/gdb/local/src/gcc-4.1.2/configure --prefix=/home2/gdb/local/gcc-4.1.2
--enable-languages=c,fortran  --with-gmp=/home2/gdb/local/gmp-4.1.3
--with-mpfr=/home2/gdb/local/gmp-4.1.3
--with-as=/home2/gdb/local/binutils-2.18/bin/as
--with-ld=/home2/gdb/local/binutils-2.18/bin/ld

Argh, I got side track thinking this was a MPFR/MP installation
issue.  Please read http://gcc.gnu.org/install/

In particularly, you can't build gcc in its source directory.  Your
above configure command shows pilot error.


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #6 from gustcr at yahoo dot com dot ar  2009-05-01 14:57 -------
(In reply to comment #5)

Well... I already read the installation instructions and know them almost by
hard... and a bit more. At the web page it says:

"First, we highly recommend that GCC be built into a separate directory than
the sources which does not reside within the source tree"

And for this reason I have the source in:
/home2/gdb/local/src/gcc-4.4.0/
while I am building in:
/home2/gdb/local/gcc-4.4.0-obj
and the final install should go to:
/home2/gdb/local/gcc-4.4.0/

For my last trial, for instance, I used:
dirac:~/local/gcc-4.4.0-obj$ /home2/gdb/local/src/gcc-4.4.0/configure
--prefix=/home2/gdb/local/gcc-4.4.0 --enable-languages=c,fortran

I think this directory tree should be ok as no directory is in a subdirectory
of any other


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #7 from fxcoudert at gcc dot gnu dot org  2009-05-01 15:04 -------
What's the content of your generated file kinds.h? (It's in the target
libgfortran directory)? I suspect that the generation of kinds.h fails but the
Makefile continues, and the content of kinds.h makes it error out at the next
use.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu dot
                   |                            |org


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #8 from gustcr at yahoo dot com dot ar  2009-05-01 15:25 -------
I think that it fails in building libgfortran.h

This is the last part of the output:
.....
make[4]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libssp'
make[3]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libssp'
make[2]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libssp'
Checking multilib configuration for libgfortran...
make[2]: Entering directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libgfortran'
make  all-am
make[3]: Entering directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libgfortran'
if /home2/gdb/local/bash-4.0/bin/bash ./libtool --tag=CC --mode=compile
/home2/gdb/local/gcc-4.4.0-obj/./gcc/xgcc
-B/home2/gdb/local/gcc-4.4.0-obj/./gcc/
-B/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/bin/
-B/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/lib/ -isystem
/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/include -isystem
/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
-I/home2/gdb/local/src/gcc-4.4.0/libgfortran -I. 
-iquote/home2/gdb/local/src/gcc-4.4.0/libgfortran/io
-I/home2/gdb/local/src/gcc-4.4.0/libgfortran/../gcc
-I/home2/gdb/local/src/gcc-4.4.0/libgfortran/../gcc/config -I../.././gcc
-D_GNU_SOURCE  -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2   -MT
fmain.lo -MD -MP -MF ".deps/fmain.Tpo" -c -o fmain.lo
/home2/gdb/local/src/gcc-4.4.0/libgfortran/fmain.c; \
        then mv -f ".deps/fmain.Tpo" ".deps/fmain.Plo"; else rm -f
".deps/fmain.Tpo"; exit 1; fi
libtool: compile:  /home2/gdb/local/gcc-4.4.0-obj/./gcc/xgcc
-B/home2/gdb/local/gcc-4.4.0-obj/./gcc/
-B/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/bin/
-B/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/lib/ -isystem
/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/include -isystem
/home2/gdb/local/gcc-4.4.0/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
-I/home2/gdb/local/src/gcc-4.4.0/libgfortran -I.
-iquote/home2/gdb/local/src/gcc-4.4.0/libgfortran/io
-I/home2/gdb/local/src/gcc-4.4.0/libgfortran/../gcc
-I/home2/gdb/local/src/gcc-4.4.0/libgfortran/../gcc/config -I../.././gcc
-D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -MT
fmain.lo -MD -MP -MF .deps/fmain.Tpo -c
/home2/gdb/local/src/gcc-4.4.0/libgfortran/fmain.c  -fPIC -DPIC -o
.libs/fmain.o
In file included from
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:246,
                 from /home2/gdb/local/src/gcc-4.4.0/libgfortran/fmain.c:1:
./kinds.h:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'float'
./kinds.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'double'
./kinds.h:46: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'long'
In file included from /home2/gdb/local/src/gcc-4.4.0/libgfortran/fmain.c:1:
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:332: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:333: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:335: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:795: error: expected
'=', ',', ';', 'asm' or '__attribute__' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:796: error:
'internal_pack_c4' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:796: warning: type
defaults to 'int' in declaration of 'internal_pack_c4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:798: error: expected
'=', ',', ';', 'asm' or '__attribute__' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:799: error:
'internal_pack_c8' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:799: warning: type
defaults to 'int' in declaration of 'internal_pack_c8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:802: error: expected
'=', ',', ';', 'asm' or '__attribute__' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:803: error:
'internal_pack_c10' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:803: warning: type
defaults to 'int' in declaration of 'internal_pack_c10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:844: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:844: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:845: error:
'internal_unpack_c4' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:845: warning: type
defaults to 'int' in declaration of 'internal_unpack_c4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:847: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:847: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:848: error:
'internal_unpack_c8' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:848: warning: type
defaults to 'int' in declaration of 'internal_unpack_c8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:851: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:851: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:852: error:
'internal_unpack_c10' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:852: warning: type
defaults to 'int' in declaration of 'internal_unpack_c10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:975: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:975: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:976: error:
'unpack0_c4' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:976: warning: type
defaults to 'int' in declaration of 'unpack0_c4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:979: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:979: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:980: error:
'unpack0_c8' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:980: warning: type
defaults to 'int' in declaration of 'unpack0_c8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:985: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:985: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:986: error:
'unpack0_c10' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:986: warning: type
defaults to 'int' in declaration of 'unpack0_c10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1174: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1174: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1176: error:
'spread_scalar_c4' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1176: warning: type
defaults to 'int' in declaration of 'spread_scalar_c4'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1178: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1178: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1180: error:
'spread_scalar_c8' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1180: warning: type
defaults to 'int' in declaration of 'spread_scalar_c8'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1183: warning: type
defaults to 'int' in declaration of 'GFC_COMPLEX_10'
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1183: error: expected
';', ',' or ')' before '*' token
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1185: error:
'spread_scalar_c10' undeclared here (not in a function)
/home2/gdb/local/src/gcc-4.4.0/libgfortran/libgfortran.h:1185: warning: type
defaults to 'int' in declaration of 'spread_scalar_c10'
make[3]: *** [fmain.lo] Error 1
make[3]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libgfortran'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libgfortran'
make[1]: *** [all-target-libgfortran] Error 2
make[1]: Leaving directory `/home2/gdb/local/gcc-4.4.0-obj'
make: *** [all] Error 2
dirac:~/local/gcc-4.4.0-obj$ 


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #9 from fxcoudert at gcc dot gnu dot org  2009-05-01 15:44 -------
(In reply to comment #8)
> I think that it fails in building libgfortran.h

libgfortran.h is not "built", it's a source file.

There was one question only in my comment: What's the content of your generated
file kinds.h? You haven't answered.


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #10 from gustcr at yahoo dot com dot ar  2009-05-01 15:59 -------

dirac:~/local/gcc-4.4.0-obj$ cat ./i686-pc-linux-gnu/libgfortran/kinds.h
typedef int8_t GFC_INTEGER_1;
typedef uint8_t GFC_UINTEGER_1;
typedef GFC_INTEGER_1 GFC_LOGICAL_1;
#define HAVE_GFC_LOGICAL_1
#define HAVE_GFC_INTEGER_1

typedef int16_t GFC_INTEGER_2;
typedef uint16_t GFC_UINTEGER_2;
typedef GFC_INTEGER_2 GFC_LOGICAL_2;
#define HAVE_GFC_LOGICAL_2
#define HAVE_GFC_INTEGER_2

typedef int32_t GFC_INTEGER_4;
typedef uint32_t GFC_UINTEGER_4;
typedef GFC_INTEGER_4 GFC_LOGICAL_4;
#define HAVE_GFC_LOGICAL_4
#define HAVE_GFC_INTEGER_4

typedef int64_t GFC_INTEGER_8;
typedef uint64_t GFC_UINTEGER_8;
typedef GFC_INTEGER_8 GFC_LOGICAL_8;
#define HAVE_GFC_LOGICAL_8
#define HAVE_GFC_INTEGER_8

#define GFC_INTEGER_LARGEST GFC_INTEGER_8
#define GFC_UINTEGER_LARGEST GFC_UINTEGER_8
#define GFC_DEFAULT_CHAR 1

typedef float GFC_REAL_4;
typedef complex float GFC_COMPLEX_4;
#define HAVE_GFC_REAL_4
#define HAVE_GFC_COMPLEX_4
#define GFC_REAL_4_HUGE 3.40282347e38f
#define GFC_REAL_4_DIGITS 24
#define GFC_REAL_4_RADIX 2

typedef double GFC_REAL_8;
typedef complex double GFC_COMPLEX_8;
#define HAVE_GFC_REAL_8
#define HAVE_GFC_COMPLEX_8
#define GFC_REAL_8_HUGE 1.7976931348623157e308
#define GFC_REAL_8_DIGITS 53
#define GFC_REAL_8_RADIX 2

typedef long double GFC_REAL_10;
typedef complex long double GFC_COMPLEX_10;
#define HAVE_GFC_REAL_10
#define HAVE_GFC_COMPLEX_10
#define GFC_REAL_10_HUGE 1.18973149535723176502e4932l
#define GFC_REAL_10_DIGITS 64
#define GFC_REAL_10_RADIX 2

dirac:~/local/gcc-4.4.0-obj$


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #11 from fxcoudert at gcc dot gnu dot org  2009-05-01 16:12 -------
Oh, I think I see. Do you have a really old glibc? What happens if you use a
newer one?


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #12 from gustcr at yahoo dot com dot ar  2009-05-01 17:14 -------
Yes, glibc is old:

--------
dirac:~/local/gcc-4.4.0-obj$ /lib/libc.so.6
GNU C Library stable release version 2.1.3, by Roland McGrath et al.
Copyright (C) 1992, 93, 94, 95, 96, 97, 98, 99 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release).
Compiled on a Linux 2.2.19-6.2.0 system on 2001-12-08.
Available extensions:
        GNU libio by Per Bothner
        The C stubs add-on version 2.1.2.
        crypt add-on version 2.1 by Michael Glad and others
        BIND-4.9.7-REL
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Glibc-2.0 compatibility add-on by Cristian Gafton 
        linuxthreads-0.8 by Xavier Leroy
        libthread_db work sponsored by Alpha Processor Inc
Report bugs using the `glibcbug' script to <bugs@gnu.org>.
--------

I compiled glibc-2.3.6, the last with support for the 2.4 kernel series (I
think) but don't know how to use it to compile gcc being a normal user (no root
privileges) without scrambling everything else. Any help on this direction?
Thanks


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[mikael at gcc dot gnu dot org]

------- Comment #13 from mikael at gcc dot gnu dot org  2009-05-04 20:27 -------
(In reply to comment #12)
> don't know how to use it to compile gcc being a normal user (no root
> privileges) without scrambling everything else. Any help on this direction?
> Thanks
> 
export LD_LIBRARY_PATH=/your/libc/path ?


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[fxcoudert at gcc dot gnu dot org]

------- Comment #14 from fxcoudert at gcc dot gnu dot org  2009-05-07 20:11 -------
Another thing you might want to do is change libgfortran.h in your source to
replace this:

#if HAVE_COMPLEX_H
# include <complex.h>
#else
#define complex __complex__
#endif

with this:

# include <complex.h>
#undef complex
#define complex __complex__

or this:

#undef complex
#define complex __complex__


Please try the two and report here whether any of those worked.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #15 from gustcr at yahoo dot com dot ar  2009-05-10 19:52 -------
I tried the first suggested option, on building gcc-4.4.0. It seems to work but
now it fails later with the message:

/usr/include/stdlib.h:305: multiple definition of `atof'
.libs/backtrace.o:/usr/include/stdlib.h:305: first defined here
.libs/in_unpack_generic.o: In function `atol':
/usr/include/stdlib.h:315: multiple definition of `atol'
.libs/backtrace.o:/usr/include/stdlib.h:315: first defined here
.libs/in_unpack_generic.o: In function `atoi':
/usr/include/stdlib.h:310: multiple definition of `atoi'
.libs/backtrace.o:/usr/include/stdlib.h:310: first defined here
collect2: ld returned 1 exit status
make[3]: *** [libgfortran.la] Error 1
make[3]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libgfortran'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home2/gdb/local/gcc-4.4.0-obj/i686-pc-linux-gnu/libgfortran'
make[1]: *** [all-target-libgfortran] Error 2
make[1]: Leaving directory `/home2/gdb/local/gcc-4.4.0-obj'
make: *** [all] Error 2

There are hundred of lines about duplicate definitions.

I looked for help on how to solve this problem but didn't find anything useful
yet.


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[dominiq at lps dot ens dot fr]

------- Comment #16 from dominiq at lps dot ens dot fr  2009-05-10 20:27 -------
You may want to have a look at pr29867.


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

------- Comment #17 from gustcr at yahoo dot com dot ar  2009-05-14 20:25 -------
Unfortunately I failed to apply the patch to both version 4.4.0 and 4.3.0 so I
am stuck here. It was probably written for some specific version, but I don't
know which one

dirac:~/local/src/gcc-4.3.0/fixincludes$ patch -p0 -i patch
patching file `fixincl.x'
Hunk #1 FAILED at 2.
Hunk #2 FAILED at 26.
Hunk #3 FAILED at 35.
Hunk #4 FAILED at 2195.
Hunk #5 FAILED at 2230.
Hunk #6 FAILED at 2275.
Hunk #7 FAILED at 2311.
7 out of 7 hunks FAILED -- saving rejects to fixincl.x.rej
patching file `inclhack.def'
Hunk #1 FAILED at 1291.
Hunk #2 FAILED at 1322.
Hunk #3 FAILED at 1346.
Hunk #4 FAILED at 1365.
4 out of 4 hunks FAILED -- saving rejects to inclhack.def.rej
patching file `fixincl.c'
Hunk #1 succeeded at 38 (offset 1 line).
Hunk #2 FAILED at 1108.
1 out of 2 hunks FAILED -- saving rejects to fixincl.c.rej


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[dfranke at gcc dot gnu dot org]

------- Comment #18 from dfranke at gcc dot gnu dot org  2009-12-04 22:33 -------
Is this still an issue?


-- 

dfranke at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dfranke at gcc dot gnu dot
                   |                            |org


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[jvdelisle at gcc dot gnu dot org]

------- Comment #19 from jvdelisle at gcc dot gnu dot org  2010-02-04 01:08 -------
No further replies, closing


-- 

jvdelisle at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |WORKSFORME


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