Builds broken

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Builds broken

Christophe Lyon-2
Hi Nick,

One of your two recent commits
Commit f948b2de97884bfb4e5fc11d40a6bea9e0b096ae by nickc
Sync top level files with versions from gcc.
Commit e33f2313bf63b77763739732be14b469b4b647b7 by nickc
Update release tools with libctf support.

broke the builds on many (all?) targets:

For instance, in a cross-aarch64:
checking for aarch64-linux-gnu-gcc... aarch64-linux-gnu-cc
-L/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/./ld
checking for suffix of object files... configure: error: in
`/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/aarch64-linux-gnu/zlib':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details
yes
checking whether gcc accepts -g... checking for grep that handles long
lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... checking whether the C compiler
works... make[1]: *** [configure-target-zlib] Error 1
make[1]: *** Waiting for unfinished jobs....

Can you chek?

Thanks,

Christophe
Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Nick Alcock-2
On 29 May 2019, Christophe Lyon stated:

> Hi Nick,
>
> One of your two recent commits
> Commit f948b2de97884bfb4e5fc11d40a6bea9e0b096ae by nickc
> Sync top level files with versions from gcc.
> Commit e33f2313bf63b77763739732be14b469b4b647b7 by nickc
> Update release tools with libctf support.
>
> broke the builds on many (all?) targets:

Conveniently we have (probably) just obviated the need for these commits
(see commit 9698cf9b1c485edbbeabc9f65bfd0fdef92e3854), so we can
probably fix this by just reverting Nick's commits, if he agrees.
(Or part of them, since the src-release.sh stuff is something I do not
pretend to understand, that might well be worthwhile anyway.)
Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Nick Clifton
In reply to this post by Christophe Lyon-2
Hi Christophe,

> One of your two recent commits
> Commit f948b2de97884bfb4e5fc11d40a6bea9e0b096ae by nickc
> Sync top level files with versions from gcc.

It will be this one.

> broke the builds on many (all?) targets:

Can you tell me what error message is in the config.log file ?

Meanwhile I am testing a local reversion of the patch to make
sure that I do not break anything else.

Cheers
  Nick


Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Nick Clifton
In reply to this post by Christophe Lyon-2
Hi Christophe,

> checking for suffix of object files... configure: error: in
> `/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/aarch64-linux-gnu/zlib':
> configure: error: cannot compute suffix of object files: cannot compile
> See `config.log' for more details

I cannot reproduce this.  Please could you tell me more about how the toolchain was configured ?

Cheers
  Nick

Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Hans-Peter Nilsson
> From: Nick Clifton <[hidden email]>
> Date: Wed, 29 May 2019 17:14:17 +0100

> Hi Christophe,
>
> > checking for suffix of object files... configure: error: in
> > `/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/aarch64-linux-gnu/zlib':
> > configure: error: cannot compute suffix of object files: cannot compile
> > See `config.log' for more details
>
> I cannot reproduce this.  Please could you tell me more about how the toolchain was configured ?

I'm not him, but me and my autotester sees this breakage too.

Here, with stock Debian 9 x86_64 (note: without a cris-elf
toolchain), happens both for compiling from git checkout and
from a tarball made using "./src-release.sh -b binutils",
configure using:

"/path/to/toplevelgitcheckout/configure --target=cris-elf"

Then:
"make all".

Observe:

(ld or gdb builds successfully, then:)

make[2]: Leaving directory '/path/to/objdir/gdb'
Checking multilib configuration for zlib...
mkdir -p -- cris-elf/zlib
Configuring in cris-elf/zlib
configure: creating cache ./config.cache
checking build system type... x86_64-pc-linux-gnu
checking host system type... cris-axis-elf
checking target system type... cris-axis-elf
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for cris-elf-strip... /path/to/objdir/./binutils/strip-new
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for cris-elf-gcc... cris-elf-cc -L/path/to/objdir/./ld  
checking for suffix of object files... configure: error: in `/path/to/objdir/cris-elf/zlib':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details
Makefile:14315: recipe for target 'configure-target-zlib' failed
make[1]: *** [configure-target-zlib] Error 1
make[1]: Leaving directory '/path/to/objdir'
Makefile:928: recipe for target 'all' failed
make: *** [all] Error 2

brgds, H-P
Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Christophe Lyon-2
On Wed, 29 May 2019 at 20:18, Hans-Peter Nilsson
<[hidden email]> wrote:

>
> > From: Nick Clifton <[hidden email]>
> > Date: Wed, 29 May 2019 17:14:17 +0100
>
> > Hi Christophe,
> >
> > > checking for suffix of object files... configure: error: in
> > > `/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/aarch64-linux-gnu/zlib':
> > > configure: error: cannot compute suffix of object files: cannot compile
> > > See `config.log' for more details
> >
> > I cannot reproduce this.  Please could you tell me more about how the toolchain was configured ?
>
Sorry for the delay....

> I'm not him, but me and my autotester sees this breakage too.
>
> Here, with stock Debian 9 x86_64 (note: without a cris-elf
> toolchain), happens both for compiling from git checkout and

Looks like the absence of a toolchain is key:
configure:3626: checking for suffix of object files
configure:3648: aarch64-linux-gnu-cc
-L/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/./ld
   -c -g -O2  conftest.c >&5
/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/zlib/configure:
line 3650: aarch64-linux-gnu-cc: command not found
configure:3652: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "zlib"
| #define PACKAGE_TARNAME "zlib"
| #define PACKAGE_VERSION "1.1.4"
| #define PACKAGE_STRING "zlib 1.1.4"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define PACKAGE "zlib"
| #define VERSION "1.1.4"
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:3666: error: in
`/home/tcwg-buildslave/workspace/tcwg-binutils/bfd/--enable-64-bit-bfd=no/label/tcwg-x86_64-cam/target/aarch64-linux-gnu/build-aarch64-linux-gnu/aarch64-linux-gnu/zlib':
configure:3668: error: cannot compute suffix of object files: cannot compile

Christophe



> from a tarball made using "./src-release.sh -b binutils",
> configure using:
>
> "/path/to/toplevelgitcheckout/configure --target=cris-elf"
>
> Then:
> "make all".
>
> Observe:
>
> (ld or gdb builds successfully, then:)
>
> make[2]: Leaving directory '/path/to/objdir/gdb'
> Checking multilib configuration for zlib...
> mkdir -p -- cris-elf/zlib
> Configuring in cris-elf/zlib
> configure: creating cache ./config.cache
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... cris-axis-elf
> checking target system type... cris-axis-elf
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for cris-elf-strip... /path/to/objdir/./binutils/strip-new
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether make supports nested variables... yes
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for cris-elf-gcc... cris-elf-cc -L/path/to/objdir/./ld
> checking for suffix of object files... configure: error: in `/path/to/objdir/cris-elf/zlib':
> configure: error: cannot compute suffix of object files: cannot compile
> See `config.log' for more details
> Makefile:14315: recipe for target 'configure-target-zlib' failed
> make[1]: *** [configure-target-zlib] Error 1
> make[1]: Leaving directory '/path/to/objdir'
> Makefile:928: recipe for target 'all' failed
> make: *** [all] Error 2
>
> brgds, H-P
Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Nick Clifton
In reply to this post by Hans-Peter Nilsson
Hi Hans-Peter,  Hi Christophe,

>> I cannot reproduce this.  Please could you tell me more about how the toolchain was configured ?
>
> I'm not him, but me and my autotester sees this breakage too.
 
> "make all".

Ah - that was the difference.  I always run "make all-gas all-ld all-binutils"
on the assumption that I do not need to test anything else.  (Well possibly
gold and gprof too, but you know what I mean).

Running make all did reproduce the problem for me.  I tried to work out why
the additions to the Makefile.def caused this, but it was too much for my
tiny brain.  So I have reverted my patch.  At least this way your builds
will start working again and I can have more time to investigate exactly
what is causing this breakage.

Cheers
  Nick
Reply | Threaded
Open this post in threaded view
|

Re: Builds broken

Alan Modra-3
On Thu, May 30, 2019 at 11:29:11AM +0100, Nick Clifton wrote:

> Hi Hans-Peter,  Hi Christophe,
>
> >> I cannot reproduce this.  Please could you tell me more about how the toolchain was configured ?
> >
> > I'm not him, but me and my autotester sees this breakage too.
>  
> > "make all".
>
> Ah - that was the difference.  I always run "make all-gas all-ld all-binutils"
> on the assumption that I do not need to test anything else.  (Well possibly
> gold and gprof too, but you know what I mean).
>
> Running make all did reproduce the problem for me.  I tried to work out why
> the additions to the Makefile.def caused this, but it was too much for my
> tiny brain.  So I have reverted my patch.  At least this way your builds
> will start working again and I can have more time to investigate exactly
> what is causing this breakage.

Removing target-zlib from configure.ac target_libraries cured the
problem for me.  gcc git e60a24bda6d / svn rev 270328 was the patch
adding this on the gcc side.

--
Alan Modra
Australia Development Lab, IBM