[Bug bootstrap/45174] Make fails in zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174 --- Comment #29 from Donald Schlicht 2011-04-12 19:36:43 UTC --- I found that there is a problem with the gcc compiler that shipps with Ubuntu. If you build the gcc compiler from scratch for Linux, then the build for the arm works.
[Bug bootstrap/45174] Make fails in zlib
--- Comment #21 from dschlic1 at gmail dot com 2010-08-09 00:42 --- Subject: Re: Make fails in zlib Hello; Well I solved my problem, however the issue still remains. I installed the latest native binutils and gcc-4.5.1 on my linux installation. The script now works without any errors. However it appears that using the supplied binutils and compilers from Ubuntu 10.04 there is a problem creating the cross compilers. I do not know how or if I should proceed from here. It maybe there there is some subtle error in the bins supplied with Ubuntu. Thank You, Donald Schlicht -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #19 from dschlic1 at gmail dot com 2010-08-08 19:19 --- Subject: Re: Make fails in zlib Hello; I am afraid I messed up my system. I was playing around trying to install the latest versions of binutils and gcc on my linux system (native, not cross compile), and now I am getting a different error. In zlib's config.log: ne=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) configure:3234: $? = 0 configure:3223: gcc -m64 -V >&5 gcc: '-V' must come at the start of the command line configure:3234: $? = 1 configure:3223: gcc -m64 -qversion >&5 gcc: unrecognized option '-qversion' gcc: no input files configure:3234: $? = 1 configure:3250: gcc -m64 -o conftest -g -O2conftest.c >&5 Assembler messages: Fatal error: No compiled in support for x86_64 configure:3253: $? = 1 configure:3441: checking for suffix of object files configure:3463: gcc -m64 -c -g -O2 conftest.c >&5 Assembler messages: Fatal error: No compiled in support for x86_64 configure:3467: $? = 1 It looks like configure is trying to compile sources to 64 bit. I am running a 32 bit system. Any ideas on how to tell configure to compile for a 32 bit linux box? Thank You, Donald Schlicht -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #16 from dschlic1 at gmail dot com 2010-08-07 00:18 ---
Subject: Re: Make fails in zlib
Hello;
I changed the value of lt_cv_shlibpath_overrides_runpath (it was set to
the result of an equality statement). No joy. The log is attached.
Results from the terminal are:
don...@donald-desktop:~$ sh Try15.sh /home/donald arm-elf 5
Found Linux OS.
**
* Building gcc-4.5.1-boot
**
make[3]: *** No rule to make target `all'. Stop.
make[2]: *** [multi-do] Error 1
make[1]: *** [all-multi] Error 2
make: *** [all-zlib] Error 2
make: *** Waiting for unfinished jobs
don...@donald-desktop:~$
Previously to placing this bug report, I tried to find the source of
the error. The error occurs in this piece of code from configure in the
zlib source directory:
if test "${lt_cv_ld_exported_symbols_list+set}" = set; then :
$as_echo_n "(cached) " >&6
else
lt_cv_ld_exported_symbols_list=no
save_LDFLAGS=$LDFLAGS
echo "_main" > conftest.sym
LDFLAGS="$LDFLAGS -Wl,-exported_symbols_list,conftest.sym"
if test x$gcc_no_link = xyes; then
as_fn_error "Link tests are not allowed after GCC_NO_EXECUTABLES."
"$LINENO" 5
fi
This piece of code is executed twice, first with
lt_cv_ld_exported_symbols_list set to blank, and gcc_no_link set to
blank. lt_cv_ld_exported_symbols_list is set to no because the else part
of the if statement is executed. Because gcc_no_link is not set, no
error is triggered.
However on the second pass, lt_cv_ld_exported_symbols_list has lost its
value (is blank), however gcc_no_link is set to yes. Result error. I
have not found out why lt_cv_ld_exported_symbols_list loses its value on
the second pass. LDFLAGS also loses its value on the second pass.
Thank You,
Donald Schlicht
--- Comment #17 from dschlic1 at gmail dot com 2010-08-07 00:18 ---
Created an attachment (id=21430)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21430&action=view)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #14 from dschlic1 at gmail dot com 2010-08-06 14:35 ---
Subject: Make fails in zlib
Hello;
Can you put that in layman's terms? I am using the standard GNU
linker and assembler. I run Ubuntu 10.04 LTS with all of the latest
patches.
Thank You,
Donald Schlicht
On Thu, Aug 5, 2010 at 1:01 PM, rwild at gcc dot gnu dot org
wrote:
>
>
> --- Comment #13 from rwild at gcc dot gnu dot org 2010-08-05 17:01
> ---
> config.log excerpt from zlib:
>
> configure:7903: result: yes
> configure:7936: checking whether the gcc -m64 linker (ld) supports shared
> libraries
> configure:9020: result: yes
> configure:9265: checking dynamic linker characteristics
> configure:9710: error: Link tests are not allowed after GCC_NO_EXECUTABLES.
>
> which corresponds to this code in zlib/configure, from AC_PROG_LIBTOOL:
>
> lt_cv_shlibpath_overrides_runpath=no
> save_LDFLAGS=$LDFLAGS
> save_libdir=$libdir
> eval "libdir=/foo; wl=\"$lt_prog_compiler_wl\"; \
> LDFLAGS=\"\$LDFLAGS $hardcode_libdir_flag_spec\""
> if test x$gcc_no_link = xyes; then
> as_fn_error "Link tests are not allowed after GCC_NO_EXECUTABLES." "$LINENO"
> 5
>
>
> Either GCC or the user needs to prime cache variables in the way this test
> shows:
> <http://git.savannah.gnu.org/cgit/libtool.git/tree/tests/no-executables.at>
> (There is currently one item missing there for AIX, which is relevant for GCC
> but irrelevant to this particular PR).
>
> This same issue supposedly holds for other GCC directories in which
> GCC_NO_EXECUTABLES is used; it might just be latent.
>
> Question is, what values the variables should be primed with. In general,
> tough one. In this specific case: find out whether your linker sets
> DT_RUNPATH
> upon -Wl,-rpath ("yes") or only DT_RPATH ("no"). Pass
> lt_cv_shlibpath_overrides_runpath=no or =yes to configure accordingly. Hmm.
> How can I ensure this primes the cache for host directories only?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #11 from dschlic1 at gmail dot com 2010-08-05 00:27 --- Subject: Re: Make fails in zlib Hello; Attached are all of the config.log files in the gcc build directory. Please advise if you need any other files. Thank You, Donald Schlicht On Wed, 2010-08-04 at 00:43 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #10 from pinskia at gcc dot gnu dot org 2010-08-04 00:43 > --- > Can you attach all config.log files? > > --- Comment #12 from dschlic1 at gmail dot com 2010-08-05 00:27 --- Created an attachment (id=21399) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21399&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #7 from dschlic1 at gmail dot com 2010-08-03 23:21 --- Subject: Re: Make fails in zlib Hello; Log files attached. Thank You, Donald Schlicht On Tue, 2010-08-03 at 23:13 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-03 23:13 > --- > Can you provide the log of the build? > > --- Comment #8 from dschlic1 at gmail dot com 2010-08-03 23:21 --- Created an attachment (id=21386) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21386&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #4 from dschlic1 at gmail dot com 2010-08-03 23:00 --- Subject: Re: Make fails in zlib I have made the changes requested below, however the make still fails in zlib. Thank You, Donald Schlicht On Tue, 2010-08-03 at 22:28 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-03 22:28 > --- > The first compile of GCC should be with only C and configured with > --with-newlib. And then a normal make instead of a make all-gcc. And a normal > make install. > > --- Comment #5 from dschlic1 at gmail dot com 2010-08-03 23:00 --- Created an attachment (id=21384) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21384&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] Make fails in zlib
--- Comment #1 from dschlic1 at gmail dot com 2010-08-03 22:22 --- Created an attachment (id=21382) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21382&action=view) Script file to build arm cross compiler In line 53 commented out lines will cause make failure. Remove comments, and cross tool chain is created. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug bootstrap/45174] New: Make fails in zlib
Cross compiler to arm bare metal fails during make in zlib. If configured with --with-system-zlib, make succeeds. I have an automated script which allows easier detection. -- Summary: Make fails in zlib Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dschlic1 at gmail dot com GCC build triplet: arm-unknown-elf GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug target/29258] internal compiler error: Segmentation fault
--- Comment #7 from dschlic1 at gmail dot com 2010-07-18 23:51 --- Created an attachment (id=21248) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21248&action=view) Script file to build arm cross compiler causes segmentation fault The attached script file causes the compiler to have a segmentation fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29258
