[Bug ada/49557] New: Building the GCC compiler suite fails on a Makefile concerning Ada

[Bug ada/49557] New: Building the GCC compiler suite fails on a Makefile concerning Ada

[arjen.markus895 at gmail dot com]

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

           Summary: Building the GCC compiler suite fails on a Makefile
                    concerning Ada
           Product: gcc
           Version: 4.3.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: ada
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: arjen.markus895@gmail.com


I can not build the GCC compiler suite (as contained in the sources from
2011-06-20, release candidate for GCC 4.6.1). It fails with the following
message:

make[4]: Entering directory
`/d/gcc4.6.1.src/gcc-4.6.1-RC-20110620/host-i686-pc-mingw32/prev-gcc'
../.././gcc/ada/gcc-interface/Make-lang.in:615: *** multiple target
patterns.  Stop.
make[4]: Leaving directory
`/d/gcc4.6.1.src/gcc-4.6.1-RC-20110620/host-i686-pc-mingw32/prev-gcc'
make[3]: *** [stmp-fixinc] Error 2
make[3]: Leaving directory
`/d/gcc4.6.1.src/gcc-4.6.1-RC-20110620/host-i686-pc-mingw32/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/d/gcc4.6.1.src/gcc-4.6.1-RC-20110620'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/d/gcc4.6.1.src/gcc-4.6.1-RC-20110620'
make: *** [all] Error 2

Even when I attempt to reduce the set of languages to C and Fortran, the
error message keeps appearing.

The full configure command that I use is (the build directory is parallel
to the source directory): 

../gcc-4.6.1-RC-20110620/configure --with-gmp-include=d:/gcc4.6.1.src/gmp-5.0.2
--with-gmp-lib=d:/gcc4.6.1.src/gmp-5.0.2/.libs
--with-mpfr-include=d:/gcc4.6.1.src/mpfr-3.0.1
--with-mpfr-lib=d:/gcc4.6.1.src/mpfr-3.0.1/.libs
--with-mpc-include=d:/gcc4.6.1.src/mpc-0.9/src
--with-mpc-lib=d:/gcc4.6.1.src/mpc-0.9/src/.libs --prefix=d:/gcc4.6.1
--enable-languages=c,fortran

The compiler that is used (within the MSYS environment) is:

Using built-in specs.
COLLECT_GCC=d:\MinGW2010\bin\gfortran.exe
COLLECT_LTO_WRAPPER=d:/mingw2010/bin/../libexec/gcc/mingw32/4.5.0/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.5.0/configure
--enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions
--with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry
--enable-libstdcxx-debug --enable-version-specific-runtime-libs
--disable-werror --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.5.0 (GCC) 

For completeness, here is the screen output from configure:

checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking target system type... i686-pc-mingw32
checking for a BSD-compatible install... /bin/install -c
checking whether ln works... yes
checking whether ln -s works... no, using cp -p
checking for a sed that does not truncate output... /bin/sed
checking for gawk... gawk
checking for gcc... gcc
checking for C compiler default output file name... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gnatbind... gnatbind
checking for gnatmake... gnatmake
checking whether compiler driver understands Ada... yes
checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1
$$f2
checking for objdir... .libs
checking for the correct version of gmp.h... yes
checking for the correct version of mpfr.h... yes
checking for the correct version of mpc.h... yes
checking for the correct version of the gmp/mpfr/mpc libraries... yes
checking for PWL_handle_timeout in -lpwl... no
checking for version 0.11 (revision 0 or later) of PPL... no
*** This configuration is not supported in the following subdirectories:
     target-libmudflap target-libgomp target-libffi target-zlib target-libjava
gnattools target-libada target-libstdc++-v3 target-libgo target-libobjc
target-boehm-gc
    (Any other directories should still work fine.)
checking for default BUILD_CONFIG... bootstrap-debug
checking for bison... bison -y
checking for bison... bison
checking for gm4... no
checking for gnum4... no
checking for m4... m4
checking for flex... flex
checking for flex... flex
checking for makeinfo... makeinfo
checking for expect... no
checking for runtest... no
checking for ar... ar
checking for as... as
checking for dlltool... dlltool
checking for ld... (cached)
d:/mingw2010/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe
checking for lipo... no
checking for nm... nm
checking for ranlib... ranlib
checking for strip... strip
checking for windres... windres
checking for windmc... windmc
checking for objcopy... objcopy
checking for objdump... objdump
checking for cc... no
checking for gcc... gcc
checking for c++... c++
checking for gcc... gcc
checking for gcj... no
checking for gfortran... gfortran
checking for gccgo... no
checking for ar... no
checking for ar... ar
checking for as... no
checking for as... as
checking for dlltool... no
checking for dlltool... dlltool
checking for ld... no
checking for ld... ld
checking for lipo... no
checking for lipo... no
checking for nm... no
checking for nm... nm
checking for objdump... no
checking for objdump... objdump
checking for ranlib... no
checking for ranlib... ranlib
checking for strip... no
checking for strip... strip
checking for windres... no
checking for windres... windres
checking for windmc... no
checking for windmc... windmc
checking where to find the target ar... host tool
checking where to find the target as... host tool
checking where to find the target cc... just compiled
checking where to find the target c++... host tool
checking where to find the target c++ for libstdc++... host tool
checking where to find the target dlltool... host tool
checking where to find the target gcc... just compiled
checking where to find the target gcj... host tool
checking where to find the target gfortran... just compiled
checking where to find the target gccgo... host tool
checking where to find the target ld... host tool
checking where to find the target lipo... host tool
checking where to find the target nm... host tool
checking where to find the target objdump... host tool
checking where to find the target ranlib... host tool
checking where to find the target strip... host tool
checking where to find the target windres... host tool
checking where to find the target windmc... host tool
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether -fkeep-inline-functions is supported... yes
configure: creating ./config.status
config.status: creating Makefile

[Bug ada/49557] Building the GCC compiler suite fails on a Makefile concerning Ada

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2011.06.28 07:27:30
                 CC|                            |ebotcazou at gcc dot
                   |                            |gnu.org
     Ever Confirmed|0                           |1

--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-06-28 07:27:30 UTC ---
What happens if you use an absolute path to the configure script instead?

[Bug ada/49557] Building the GCC compiler suite fails on a Makefile concerning Ada

[arjen.markus895 at gmail dot com]

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

--- Comment #2 from Arjen Markus <arjen.markus895 at gmail dot com> 2011-06-28 09:12:00 UTC ---
Hi Eric,

thanks for looking into this. If I use an absolute path, then the
make command chokes on the lack of a target for "configure" as
required to update "config.status".

Regards,

Arjen

2011/6/28 ebotcazou at gcc dot gnu.org <gcc-bugzilla@gcc.gnu.org>:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
>
> Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
>
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>             Status|UNCONFIRMED                 |WAITING
>   Last reconfirmed|                            |2011.06.28 07:27:30
>                 CC|                            |ebotcazou at gcc dot
>                   |                            |gnu.org
>     Ever Confirmed|0                           |1
>
> --- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-06-28 07:27:30 UTC ---
> What happens if you use an absolute path to the configure script instead?
>
> --
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.
>

[Bug ada/49557] Building the GCC compiler suite fails on a Makefile concerning Ada

[ebotcazou at gcc dot gnu.org]

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

--- Comment #3 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-06-28 09:32:10 UTC ---
> thanks for looking into this. If I use an absolute path, then the
> make command chokes on the lack of a target for "configure" as
> required to update "config.status".

Huh?  OK, I presume this is the usual mess with paths on Windows.  What version
of make do you use?  Do you use the -j option?

[Bug ada/49557] Building the GCC compiler suite fails on a Makefile concerning Ada

[arjen.markus895 at gmail dot com]

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

--- Comment #4 from Arjen Markus <arjen.markus895 at gmail dot com> 2011-06-28 09:40:56 UTC ---
Hi Eric,

I used the path "d:/..../configure", perhaps I should have used
"/d/..../configure"

I am using the make utility that comes with MinGW/MSYS:
GNU Make 3.81, from 2006.

Hm, could that explain it? A rather old version of make?

Regards,

Arjen

2011/6/28 ebotcazou at gcc dot gnu.org <gcc-bugzilla@gcc.gnu.org>:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
>
> --- Comment #3 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-06-28 09:32:10 UTC ---
>> thanks for looking into this. If I use an absolute path, then the
>> make command chokes on the lack of a target for "configure" as
>> required to update "config.status".
>
> Huh?  OK, I presume this is the usual mess with paths on Windows.  What version
> of make do you use?  Do you use the -j option?
>

[Bug ada/49557] Building the GCC compiler suite fails on a Makefile concerning Ada

[arjen.markus895 at gmail dot com]

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

--- Comment #5 from Arjen Markus <arjen.markus895 at gmail dot com> 2011-06-28 11:45:17 UTC ---
When I remove the directories libada and gcc/ada to prevent "make" from
attempting to build Ada, the build process fails on a missing % for a pattern
in gcc/cp/Make-lang.in.

[Bug bootstrap/49557] make chokes on various Makefile constructs

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|ada                         |bootstrap
               Host|                            |i686-pc-mingw32
            Summary|Building the GCC compiler   |make chokes on various
                   |suite fails on a Makefile   |Makefile constructs
                   |concerning Ada              |

--- Comment #6 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-06-28 17:42:18 UTC ---
> When I remove the directories libada and gcc/ada to prevent "make" from
> attempting to build Ada, the build process fails on a missing % for a pattern
> in gcc/cp/Make-lang.in.

Needless to say that you aren't expected to run into this kind of problems on a
decent host.  The GNU make version is OK.  You'd probably better reach out to
the MinGW folks and see what they have to say about this.

[Bug bootstrap/49557] make chokes on various Makefile constructs

[arjen.markus895 at gmail dot com]

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

--- Comment #7 from Arjen Markus <arjen.markus895 at gmail dot com> 2011-06-29 06:18:47 UTC ---
Hi Eric,

yes, that might be a good idea. Another test I can do, just to make
sure it is the make version that comes with MInGW is to try this
on a Linux machine.

Regards,

Arjen

2011/6/28 ebotcazou at gcc dot gnu.org <gcc-bugzilla@gcc.gnu.org>:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
>
> Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
>
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>          Component|ada                         |bootstrap
>               Host|                            |i686-pc-mingw32
>            Summary|Building the GCC compiler   |make chokes on various
>                   |suite fails on a Makefile   |Makefile constructs
>                   |concerning Ada              |
>
> --- Comment #6 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-06-28 17:42:18 UTC ---
>> When I remove the directories libada and gcc/ada to prevent "make" from
>> attempting to build Ada, the build process fails on a missing % for a pattern
>> in gcc/cp/Make-lang.in.
>
> Needless to say that you aren't expected to run into this kind of problems on a
> decent host.  The GNU make version is OK.  You'd probably better reach out to
> the MinGW folks and see what they have to say about this.
>
> --
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.
>

[Bug bootstrap/49557] make chokes on various Makefile constructs

[arjen.markus895 at gmail dot com]

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

--- Comment #8 from Arjen Markus <arjen.markus895 at gmail dot com> 2011-07-01 12:37:06 UTC ---
Hi Eric,

I have run into a problem on a Linux machin with this:

make[3]: Leaving directory `/u/markus/tmp/gcc4.6.1/build-gcc/gcc'
mkdir -p -- x86_64-unknown-linux-gnu/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in x86_64-unknown-linux-gnu/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... gawk
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for x86_64-unknown-linux-gnu-ar... ar
checking for x86_64-unknown-linux-gnu-lipo... lipo
checking for x86_64-unknown-linux-gnu-nm...
/u/markus/tmp/gcc4.6.1/build-gcc/./gcc/nm
checking for x86_64-unknown-linux-gnu-ranlib... ranlib
checking for x86_64-unknown-linux-gnu-strip... strip
checking whether ln -s works... yes
checking for x86_64-unknown-linux-gnu-gcc...
/u/markus/tmp/gcc4.6.1/build-gcc/./gcc/xgcc
-B/u/markus/tmp/gcc4.6.1/build-gcc/./gcc/
-B/u/markus/tmp/gcc4.6.1.bin/x86_64-unknown-linux-gnu/bin/
-B/u/markus/tmp/gcc4.6.1.bin/x86_64-unknown-linux-gnu/lib/ -isystem
/u/markus/tmp/gcc4.6.1.bin/x86_64-unknown-linux-gnu/include -isystem
/u/markus/tmp/gcc4.6.1.bin/x86_64-unknown-linux-gnu/sys-include
checking for suffix of object files... configure: error: in
`/u/markus/tmp/gcc4.6.1/build-gcc/x86_64-unknown-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[2]: Leaving directory `/u/markus/tmp/gcc4.6.1/build-gcc'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/u/markus/tmp/gcc4.6.1/build-gcc'
make: *** [all] Error 2

configure has run many times before it pops up with this error. The
make utility is GNU Make 3.81
The system is RHEL 5.4, Intel 64 processor.

Regards,

Arjen


2011/6/29 Arjen Markus <arjen.markus895@gmail.com>:
> Hi Eric,
>
> yes, that might be a good idea. Another test I can do, just to make
> sure it is the make version that comes with MInGW is to try this
> on a Linux machine.
>

[Bug bootstrap/49557] make chokes on various Makefile constructs

[ebotcazou at gcc dot gnu.org]

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

--- Comment #9 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-07-01 12:46:22 UTC ---
> configure: error: cannot compute suffix of object files: cannot compile
> See `config.log' for more details.

Do exactly this, that will tell you what happened.

[Bug bootstrap/49557] make chokes on various Makefile constructs

[redi at gcc dot gnu.org]

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

--- Comment #10 from Jonathan Wakely <redi at gcc dot gnu.org> 2011-07-01 12:47:16 UTC ---
FAQ: http://gcc.gnu.org/wiki/FAQ#configure_suffix

[Bug bootstrap/49557] make chokes on various Makefile constructs

[redi at gcc dot gnu.org]

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

--- Comment #11 from Jonathan Wakely <redi at gcc dot gnu.org> 2011-07-01 12:50:06 UTC ---
(In reply to comment #0)
> ../gcc-4.6.1-RC-20110620/configure --with-gmp-include=d:/gcc4.6.1.src/gmp-5.0.2
> --with-gmp-lib=d:/gcc4.6.1.src/gmp-5.0.2/.libs
> --with-mpfr-include=d:/gcc4.6.1.src/mpfr-3.0.1
> --with-mpfr-lib=d:/gcc4.6.1.src/mpfr-3.0.1/.libs
> --with-mpc-include=d:/gcc4.6.1.src/mpc-0.9/src
> --with-mpc-lib=d:/gcc4.6.1.src/mpc-0.9/src/.libs


What on earth are you doing here?

You have not installed gmp/mpc/mpfr, you seem to be trying to use
compiled-but-not-installed versions, why?

It's much easier to just put the gmp/mpfr/mpc sources into the gcc source tree
and then everything just works

See http://advogato.org/person/redi/diary/240.html

[Bug bootstrap/49557] make chokes on various Makefile constructs

[arjen.markus895 at gmail dot com]

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

--- Comment #12 from Arjen Markus <arjen.markus895 at gmail dot com> 2011-07-04 06:58:46 UTC ---
Hello,

well, I have re-read the installation instructions, put the sources
for gmp, mpfr and mpc into the GCC source
directory, reconfigured it (from a clean build directory) and got the
following result:

checking for /u/markus/tmp/gcc4.6.1/build-gcc/./gcc/xgcc
-B/u/markus/tmp/gcc4.6.1/build-gcc/./gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem
/usr/local/x86_64-unknown-linux-gnu/include -isystem
/usr/local/x86_64-unknown-linux-gnu/sys-include    option to accept
ISO C89... none needed
configure: updating cache ./config.cache
configure: creating ./config.status
config.status: creating Makefile
make[2]: Entering directory `/u/markus/tmp/gcc4.6.1/build-gcc/gnattools'
rm -rf ../gcc/ada/tools
mkdir -p ../gcc/ada/tools
(cd ../gcc/ada/tools; ln -s ../sdefault.adb ../snames.ads ../snames.adb .)
rm -f ../gcc/ada/tools/mlib-tgt-specific.adb; ln -s
/u/markus/tmp/gcc4.6.1/gcc-4.6.1-RC-20110620/gcc/ada/mlib-tgt-specific-linux.adb
../gcc/ada/tools/mlib-tgt-specific.adb;  rm -f
../gcc/ada/tools/indepsw.adb; ln -s
/u/markus/tmp/gcc4.6.1/gcc-4.6.1-RC-20110620/gcc/ada/indepsw-gnu.adb
../gcc/ada/tools/indepsw.adb;
touch ../gcc/stamp-tools
Cannot build gnattools while gnatlib is out of date or unbuilt
make[2]: *** [../gcc/stamp-gnatlib-rts] Error 1
make[2]: Leaving directory `/u/markus/tmp/gcc4.6.1/build-gcc/gnattools'
make[1]: *** [all-gnattools] Error 2
make[1]: Leaving directory `/u/markus/tmp/gcc4.6.1/build-gcc'
make: *** [all] Error 2


Note: I called "configure" without any arguments.

gcc -v gives the following output:
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada
--enable-java-awt=gtk --disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.2-44)


I will try again without Ada.

Regards,

Arjen

2011/7/1 redi at gcc dot gnu.org <gcc-bugzilla@gcc.gnu.org>:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
>
> --- Comment #11 from Jonathan Wakely <redi at gcc dot gnu.org> 2011-07-01 12:50:06 UTC ---
> (In reply to comment #0)
>> ../gcc-4.6.1-RC-20110620/configure --with-gmp-include=d:/gcc4.6.1.src/gmp-5.0.2
>> --with-gmp-lib=d:/gcc4.6.1.src/gmp-5.0.2/.libs
>> --with-mpfr-include=d:/gcc4.6.1.src/mpfr-3.0.1
>> --with-mpfr-lib=d:/gcc4.6.1.src/mpfr-3.0.1/.libs
>> --with-mpc-include=d:/gcc4.6.1.src/mpc-0.9/src
>> --with-mpc-lib=d:/gcc4.6.1.src/mpc-0.9/src/.libs
>
>
> What on earth are you doing here?
>
> You have not installed gmp/mpc/mpfr, you seem to be trying to use
> compiled-but-not-installed versions, why?
>
> It's much easier to just put the gmp/mpfr/mpc sources into the gcc source tree
> and then everything just works
>
> See http://advogato.org/person/redi/diary/240.html
>
> --
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.
>

[Bug bootstrap/49557] make chokes on various Makefile constructs

[ktietz at gcc dot gnu.org]

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

Kai Tietz <ktietz at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
                 CC|                            |ktietz at gcc dot gnu.org
         Resolution|---                         |WONTFIX

--- Comment #13 from Kai Tietz <ktietz at gcc dot gnu.org> ---
No response for over 2 years now.  close at won't fix