This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
RE: 4.7.1 build failure in hppa1.1-hp-hpux11.11
> Should I do something similar for PA as well?
Right. Doing similar fix for PA solved the issue. The modifications attached
below. Please review the same. Without this modification PA HP-UX build will
continue to fail (even in trunk). So request one of you to review it as
soon as possible.
---- Changes:
* Add new ./gcc_src/libgcc/config/pa/libgcc-pa.ver empty file.
* Added SHLIB_MAPFILES to pa/t-hpux
.../gcc_src/libgcc/config:
? pa/libgcc-pa.ver
M 188722 180774 ro pa/t-hpux
---- Empty libgcc-pa.ver file:
-rw-rw-r-- 1 uuuu gggg 0 Jun 15 03:18 ./gcc_src/libgcc/config/pa/libgcc-pa.ver
$wc ./gcc_src/libgcc/config/pa/libgcc-pa.ver
0 0 0 ./gcc_src/libgcc/config/pa/libgcc-pa.ver
---- t-hpux modification:
--- t-hpux (revision 188722)
+++ t-hpux (working copy)
@@ -1,3 +1,5 @@
LIB2ADD = $(srcdir)/config/pa/lib2funcs.S $(srcdir)/config/pa/quadlib.c
HOST_LIBGCC2_CFLAGS += -frandom-seed=fixed-seed
+SHLIB_MAPFILES += $(srcdir)/config/pa/libgcc-pa.ver
+
Regards,
Kannan
-----Original Message-----
From: Mailaripillai, Kannan Jeganathan
Sent: Friday, June 15, 2012 2:42 PM
To: gcc@gcc.gnu.org
Subject: RE: 4.7.1 build failure in hppa1.1-hp-hpux11.11
Sorry missed to mention the issue. Since SHLIB_MAPFILES is empty the command
executed in the Makefile becomes:
{ .../build/gcc/./gcc/nm -pg _muldi3_s.o ... emutls_s.o; echo %%; \
cat \
| sed -e '/^[ ]*#/d' \
-e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' \
| .../build/gcc/./gcc/xgcc ... -E -xassembler-with-cpp -; \
} | gawk -f .../gcc_src/libgcc/mkmap-flat.awk > tmp-libgcc.map
Note that there is no argument to "cat" command.
Regards,
Kannan
-----Original Message-----
From: gcc-owner@gcc.gnu.org [mailto:gcc-owner@gcc.gnu.org] On Behalf Of Mailaripillai, Kannan Jeganathan
Sent: Friday, June 15, 2012 2:38 PM
To: gcc@gcc.gnu.org
Subject: 4.7.1 build failure in hppa1.1-hp-hpux11.11
Hi,
I am trying 4.7.1 build for hppa1.1-hp-hpux11.11. Variable SHLIB_MAPFILES is
not set for hppa1.1-hp-hpux11.11 build. This is causing the build failure.
File: .../build/gcc/hppa1.1-hp-hpux11.11/libgcc/Makefile
Generated from: .../gcc_src/libgcc/Makefile.in
---- GCC 4.7.1 hppa1.1-hp-hpux11.11 configure command:
.../gcc_src/configure --host=hppa1.1-hp-hpux11.11 \
--target=hppa1.1-hp-hpux11.11 --build=hppa1.1-hp-hpux11.11 \
--prefix=.../hp-gcc-4.7.1 --with-gnu-as --without-gnu-ld \
--enable-threads=posix --enable-languages="c,c++" \
--with-gmp=.../hppa1.1-hp-hpux11.11 --with-mpfr=.../hppa1.1-hp-hpux11.11 \
SED=/usr/bin/sed
---- The Makefile which is causing the problem:
.../gcc_src/libgcc/Makefile.in
899 # Map-file generation.
900 ifneq ($(SHLIB_MKMAP),)
901 libgcc.map: $(SHLIB_MKMAP) $(SHLIB_MAPFILES) $(libgcc-s-objects)
902 { $(NM) $(SHLIB_NM_FLAGS) $(libgcc-s-objects); echo %%; \
903 cat $(SHLIB_MAPFILES) \
904 | sed -e '/^[ ]*#/d' \
905 -e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' \
906 | $(gcc_compile_bare) -E -xassembler-with-cpp -; \
907 } | $(AWK) -f $(SHLIB_MKMAP) $(SHLIB_MKMAP_OPTS) > tmp-$@
908 mv tmp-$@ $@
909 libgcc_s$(SHLIB_EXT): libgcc.map
910 mapfile = libgcc.map
911 endif
---- The Makefile generated by configure:
.../build/gcc/hppa1.1-hp-hpux11.11/libgcc/Makefile:
899 # Map-file generation.
900 ifneq ($(SHLIB_MKMAP),)
901 libgcc.map: $(SHLIB_MKMAP) $(SHLIB_MAPFILES) $(libgcc-s-objects)
902 { $(NM) $(SHLIB_NM_FLAGS) $(libgcc-s-objects); echo %%; \
903 cat $(SHLIB_MAPFILES) \
904 | sed -e '/^[ ]*#/d' \
905 -e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' \
906 | $(gcc_compile_bare) -E -xassembler-with-cpp -; \
907 } | $(AWK) -f $(SHLIB_MKMAP) $(SHLIB_MKMAP_OPTS) > tmp-$@
908 mv tmp-$@ $@
909 libgcc_s$(SHLIB_EXT): libgcc.map
910 mapfile = libgcc.map
911 endif
I see that for IA64 SHLIB_MAPFILES gets defined in the following method:
.../gcc_src/libgcc/config/ia64/t-ia64-elf:
SHLIB_MAPFILES += $(srcdir)/config/ia64/libgcc-ia64.ver
and there is a corresponding file:
.../gcc_src/libgcc/config/ia64/libgcc-ia64.ver
Should I do something similar for PA as well? Please provide your suggestion.
Regards,
Kannan