------- 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
