From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Cc: gcc@gcc.gnu.org, bug-binutils@gnu.org
Subject: Re: gcc-64 on HP-UX 11.00
Date: Fri, 05 Apr 2002 04:51:00 -0000 [thread overview]
Message-ID: <20020405144639.D6DB.H.M.BRAND@hccnet.nl> (raw)
In-Reply-To: <200204041958.g34JwTbA011272@hiauly1.hia.nrc.ca>
[-- Attachment #1: Type: text/plain, Size: 11620 bytes --]
On Thu 04 Apr 2002 21:58, "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> > As I've seen on the gcc web site, HP-UX 11.00 has been promoted to primary
> > target site. I've got no trouble building gcc in 32 bit mode, but building a
> > 64bit gcc is still almost impossible.
>
> Can you be more specific? I think that once you get a good set of tools
> installed you won't have any trouble building 64bit gcc. This is not to
Then my tools are probably no good ;)
> say that that there aren't lots of issues with hppa64 but I am not having
> problems doing builds anymore.
But you might have /more/ GNU stuff installed in default locations than I have.
For example, in the configuration I'll show shortly, it barfs on unsatisfied
symbol '__umoddi3', which can be found in libgcc.a, which I do not have
installed in a default location, and since I'm building with HPc, it won't
find it without hints. Now if I set LDFLAGS="-L/usr/local/pa20_64/lib -lgcc"
where libgcc can be found in my situation, it is put *before* the libs, making
the needed symbols unfindable, so I commented out LDFLAGS and put in
LIBS=/usr/local/pa20_64/lib/libgcc.a
FYI when reading on, /usr/local/pa20_64 is a symlink to /wrk/pa20_64 because
that LV has more space to play with.
> > I've got
> >
> > The latest HP-UX 11.00 with the latest patches
> > The latest C compiler (B.11.11.04 HP C/ANSI C Compiler)
> > Several ports of gcc
> > 3.0.4/32
> > 3.0.1/64
> > 3.0.2/64
> > binutils-2.11.90/64
> > binutils-2.12/64
>
> Here are my suggestions. Use the latest binutils. It has fixes that
> affect hppa64. Don't use 2.11.90. Build it with the HP ANSI compiler
> (ie, use "-Ae +DA2.0W" in your CFLAGS). Gcc may miscompile the
> linker causing it to dump core linking shared libraries. Whether
> this is still a problem, I'm not sure.
I used
--8<--- Conf-64
#!/usr/bin/sh
export CONFIG_SITE=
export CC=cc
export CFLAGS="-Ae -O +DA2.0W"
#export LDFLAGS="-L/usr/local/pa20_64/lib -lgcc"
export LIBS=/usr/local/pa20_64/lib/libgcc.a
export PATH=.
export PATH=$PATH"":/u/usr/merijn/bin/private:/u/usr/merijn/bin
export PATH=$PATH"":/pro/local/bin:/pro/bin
export PATH=$PATH"":/usr/bin:/usr/bin/X11:/opt/ansic/bin
export PATH=$PATH"":/usr/sbin:/etc:/sbin:/usr/lib:/usr/ccs/bin:/opt/langtools/bin
export PATH=$PATH"":/usr/contrib/bin:/usr/contrib/bin/X11:/opt/imake/bin
configure \
--prefix=/wrk/pa20_64 --with-local-prefix=/wrk/pa20_64 \
--disable-shared \
--disable-nls \
--enable-multilib \
--enable-threads
-->8---
But needed the followin patches:
--8<--- binutils-2.12.diff
--- binutils-2.12.org/configure.in 2002-03-08 20:45:10.000000000 +0100
+++ binutils-2.12/configure.in 2002-04-05 13:17:26.000000000 +0200
@@ -722,8 +722,10 @@
hppa*-*-*elf* | \
hppa*-*-linux-gnu* | \
hppa*-*-lites* | \
+ hppa*2.0w*-*-* | \
hppa*64*-*-*)
# Do configure ld/binutils/gas for this case.
+ echo " ############# 64bit ################### ($noconfigdirs)" >&2
;;
hppa*-*-*)
# HP's C compiler doesn't handle Emacs correctly (but on BSD and Mach
--- binutils-2.12.org/bfd/config.bfd 2002-02-13 21:45:46.000000000 +0100
+++ binutils-2.12/bfd/config.bfd 2002-04-05 13:10:23.000000000 +0200
@@ -292,6 +292,7 @@
targ_defvec=bfd_elf64_hppa_linux_vec
targ_selvecs=bfd_elf64_hppa_vec
;;
+ hppa*2.0w*-*-hpux11* | \
hppa*64*-*-hpux11*)
targ_defvec=bfd_elf64_hppa_vec
targ_selvecs=bfd_elf64_hppa_linux_vec
--- binutils-2.12.org/bfd/configure.host 2002-01-22 01:47:21.000000000 +0100
+++ binutils-2.12/bfd/configure.host 2002-04-05 13:10:41.000000000 +0200
@@ -21,6 +21,7 @@
alpha*-*-*) host64=true; HOST_64BIT_TYPE=long ;;
+hppa*2.0w*-*-hpux* | \
hppa*64*-*-hpux*) HDEFINES=-DHOST_HPPAHPUX;
host64=true; HOST_64BIT_TYPE=long ;;
hppa*-*-hpux*) HDEFINES=-DHOST_HPPAHPUX ;;
--- binutils-2.12.org/gas/configure 2002-02-26 11:35:27.000000000 +0100
+++ binutils-2.12/gas/configure 2002-04-05 13:11:01.000000000 +0200
@@ -2377,6 +2377,7 @@
hppa-*-osf*) fmt=som em=hppa ;;
hppa-*-rtems*) fmt=elf em=hppa ;;
hppa-*-hpux11*) case ${cpu} in
+ hppa*2.0w* | \
hppa*64*)
fmt=elf em=hppa64 ;;
hppa*)
--- binutils-2.12.org/gas/configure.in 2002-02-26 11:35:27.000000000 +0100
+++ binutils-2.12/gas/configure.in 2002-04-05 13:11:17.000000000 +0200
@@ -227,6 +227,7 @@
hppa-*-osf*) fmt=som em=hppa ;;
hppa-*-rtems*) fmt=elf em=hppa ;;
hppa-*-hpux11*) case ${cpu} in
+ hppa*2.0w* | \
hppa*64*)
fmt=elf em=hppa64 ;;
hppa*)
--- binutils-2.12.org/ld/configure.tgt 2002-02-20 06:26:22.000000000 +0100
+++ binutils-2.12/ld/configure.tgt 2002-04-05 13:07:56.000000000 +0200
@@ -309,6 +309,7 @@
m68*-*-rtemscoff*) targ_emul=m68kcoff ;;
m68*-*-rtems*) targ_emul=m68kelf ;;
hppa*64*-*-linux-gnu*) targ_emul=hppa64linux ;;
+hppa*2.0w*-*) targ_emul=elf64hppa ;;
hppa*64*-*) targ_emul=elf64hppa ;;
hppa*-*-linux-gnu*) targ_emul=hppalinux ;;
hppa*-*-*elf*) targ_emul=hppaelf ;;
-->8---
Conf-64 now finishes to the end.
Now I use
--8<--- Build-64
#!/usr/bin/sh
export CONFIG_SITE=
export CC=cc
export CFLAGS="-Ae -O +DA2.0W"
#export LDFLAGS="-L/usr/local/pa20_64/lib -lgcc"
export LIBS=/usr/local/pa20_64/lib/libgcc.a
export PATH=.
export PATH=$PATH"":/u/usr/merijn/bin/private:/u/usr/merijn/bin
export PATH=$PATH"":/pro/local/bin:/pro/bin
export PATH=$PATH"":/usr/bin:/usr/bin/X11:/opt/ansic/bin
export PATH=$PATH"":/usr/sbin:/etc:/sbin:/usr/lib:/usr/ccs/bin:/opt/langtools/bin
export PATH=$PATH"":/usr/contrib/bin:/usr/contrib/bin/X11:/opt/imake/bin
make
-->8---
After the first run I changed 'make' to 'make -i' and reran
the log is attached
a5:/wrk/pa20_64/bin 189 > find * -newer ld.pl -type f | xargs file
addr2line: ELF-64 executable object file - PA-RISC 2.0 (LP64)
ar: ELF-64 executable object file - PA-RISC 2.0 (LP64)
as: ELF-64 executable object file - PA-RISC 2.0 (LP64)
c++filt: ELF-64 executable object file - PA-RISC 2.0 (LP64)
gas: ELF-64 executable object file - PA-RISC 2.0 (LP64)
gasp: ELF-64 executable object file - PA-RISC 2.0 (LP64)
gprof: ELF-64 executable object file - PA-RISC 2.0 (LP64)
ld: ELF-64 executable object file - PA-RISC 2.0 (LP64)
nm: ELF-64 executable object file - PA-RISC 2.0 (LP64)
objcopy: ELF-64 executable object file - PA-RISC 2.0 (LP64)
objdump: ELF-64 executable object file - PA-RISC 2.0 (LP64)
ranlib: ELF-64 executable object file - PA-RISC 2.0 (LP64)
readelf: ELF-64 executable object file - PA-RISC 2.0 (LP64)
size: ELF-64 executable object file - PA-RISC 2.0 (LP64)
strings: ELF-64 executable object file - PA-RISC 2.0 (LP64)
strip: ELF-64 executable object file - PA-RISC 2.0 (LP64)
a5:/wrk/pa20_64/bin 190 >
Now I should have a working set of binutils, I guess (FTR, I built my previous
set with gcc-3.0.2/64)
> For gcc, use either the 3.1 branch or the unstable 3.2 trunk. You
I'll go for the gcc-20020401.tar.bz2 version I snatched from snapshot
> should be able to bootstrap it using CC="cc -Ae +DA2.0W" or with
> a working version of gcc for hppa64. Use the GNU binutils and specify
> the locations for as and ld using --with-as and --with-ld. Run
> the testsuite to see if things are working. There are some problems
> with shared libraries so it's probably better not to specify
> --enable-shared in your configure options.
>
> These are the gcc configure options that I use:
>
> --host=hppa64-hp-hpux11.11 --with-gnu-as --with-as=/opt/gnu64/bin/as
That's a HP-UX 11i
> --with-gnu-ld --with-ld=/opt/gnu64/bin/ld --disable-nls --prefix=/opt/gnu64
This is what I went for
--8<--- Conf-64
#!/usr/bin/sh
export CONFIG_SITE=
export CC="cc -Ae +DA2.0W"
export PATH=.:/u/usr/merijn/bin/private:/u/usr/merijn/bin
export PATH=$PATH"":/pro/local/bin:/pro/bin:/usr/bin:/usr/bin/X11
export PATH=$PATH"":/opt/ansic/bin:/usr/ccs/bin:/opt/langtools/bin
export PATH=$PATH"":/usr/lib:/usr/contrib/bin:/usr/contrib/bin/X11:/opt/imake/bin
export PATH=$PATH"":/wrk/pa20_64/bin:/wrk/GNUpro/bin
rm -rf obj
mkdir obj
cd obj
../src/configure \
--enable-languages=gcc \
--prefix=/usr/local/pa20_64 --with-local-prefix=/usr/local/pa20_64 \
--with-gnu-as \
--with-gnu-ld \
--disable-shared \
--disable-nls \
--enable-multilib \
--enable-threads \
--with-system-zlib
echo ""
echo "Now start 'Build-64'"
-->8---
Of course after patchin with
--8<---
--- src/configure.in.org 2002-04-05 14:16:10.000000000 +0200
+++ src/configure.in 2002-04-05 14:16:31.000000000 +0200
@@ -284,6 +284,7 @@
# hpux11 in 64bit mode has libraries in a weird place. Arrange to find
# them automatically.
case "${host}" in
+ hppa*2.0w*-*-hpux11* | \
hppa*64*-*-hpux11*)
withoptions="$withoptions -x-libraries=/usr/lib/pa20_64 -x-includes=/usr/X11R6/include"
;;
@@ -567,6 +568,7 @@
noconfigdirs=""
case "${host}" in
+ hppa*2.0w*-*-* |\
hppa*64*-*-*)
noconfigdirs="$noconfigdirs byacc"
;;
@@ -771,6 +773,7 @@
hppa*-*-*elf* | \
parisc*-*-linux* | hppa*-*-linux* | \
hppa*-*-lites* | \
+ hppa*2.0w*-*-* | \
hppa*64*-*-*)
noconfigdirs="$noconfigdirs ${libgcj}"
# Do configure ld/binutils/gas for this case.
--- src/gcc/config.gcc.org 2002-04-05 14:14:51.000000000 +0200
+++ src/gcc/config.gcc 2002-04-05 14:14:58.000000000 +0200
@@ -917,6 +917,7 @@
install_headers_dir=install-headers-cpio
use_collect2=yes
;;
+hppa*2.0w*-*-hpux11* | \
hppa*64*-*-hpux11*)
xm_defines=POSIX
tm_file="pa/pa64-start.h ${tm_file} pa/pa64-regs.h pa/long_double.h pa/elf.h pa/pa-hpux.h pa/pa-hpux11.h pa/pa-64.h pa/pa64-hpux.h"
-->8---
Now I use
--8<--- Build-64
#!/usr/bin/sh
export CONFIG_SITE=
export CC="cc -Ae +DA2.0W"
export PATH=.:/u/usr/merijn/bin/private:/u/usr/merijn/bin
export PATH=$PATH"":/pro/local/bin:/pro/bin:/usr/bin:/usr/bin/X11
export PATH=$PATH"":/opt/ansic/bin:/usr/ccs/bin:/opt/langtools/bin
export PATH=$PATH"":/usr/lib:/usr/contrib/bin:/usr/contrib/bin/X11:/opt/imake/bin
export PATH=$PATH"":/wrk/pa20_64/bin:/wrk/GNUpro/bin
cd obj
make bootstrap-lean
-->8---
The build comes amazingly far, but core dumps like
echo "int xxy_us_dummy;" >tmp-dum.c
./xgcc -B./ -B/usr/local/pa20_64/hppa2.0w-hp-hpux11.00/bin/ -isystem /usr/local/pa20_64/hppa2.0w-hp-hpux11.00/include -isystem /usr/local/pa20_64/hppa2.0w-hp-hpux11.00/sys-include -S tmp-dum.c
cc1: internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[2]: *** [s-under] Error 1
make[2]: Leaving directory `/pro/3gl/GNU/gcc-3.0.4/obj/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/pro/3gl/GNU/gcc-3.0.4/obj/gcc'
make: *** [bootstrap-lean] Error 2
No core dump.
Should I go on?
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.7.3 & 631 on HP-UX 10.20 & 11.00, AIX 4.2, AIX 4.3,
WinNT 4, Win2K pro & WinCE 2.11. Smoking perl CORE: smokers@perl.org
http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org
send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org
[-- Attachment #2: binutils-2.12-Build-64.log.gz --]
[-- Type: application/octet-stream, Size: 3865 bytes --]
next prev parent reply other threads:[~2002-04-05 12:49 UTC|newest]
Thread overview: 178+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-04 2:03 H.Merijn Brand
2002-04-04 8:22 ` law
[not found] ` <200204041958.g34JwTbA011272@hiauly1.hia.nrc.ca>
2002-04-05 4:51 ` H.Merijn Brand [this message]
2002-04-05 5:01 ` H.Merijn Brand
2002-04-05 9:19 ` John David Anglin
2002-04-07 7:26 ` H.Merijn Brand
2002-04-07 12:17 ` John David Anglin
2002-04-10 3:39 ` H.Merijn Brand
2002-04-10 11:21 ` John David Anglin
2002-04-10 11:56 ` H.Merijn Brand
2002-04-10 12:50 ` John David Anglin
2002-04-11 2:19 ` H.Merijn Brand
2002-04-11 8:59 ` John David Anglin
2002-04-11 9:15 ` H.Merijn Brand
2002-04-11 9:19 ` law
2002-04-04 12:02 John David Anglin
[not found] <20020411221308.416D.H.M.BRAND@hccnet.nl>
[not found] ` <200204112027.g3BKR6DK001129@hiauly1.hia.nrc.ca>
2002-04-12 3:19 ` H.Merijn Brand
2002-04-12 4:39 ` H.Merijn Brand
2002-04-12 5:08 ` H.Merijn Brand
2002-04-12 9:34 ` John David Anglin
2002-04-13 10:40 ` John David Anglin
2002-04-15 8:45 ` law
2002-04-15 9:46 ` John David Anglin
2002-04-15 10:05 ` law
2002-04-15 11:42 ` John David Anglin
[not found] <no.id>
1997-09-30 8:09 ` Mini-patch for cccp.c Thomas Koenig
1997-09-30 23:24 ` Jeffrey A Law
1997-10-06 8:25 ` Thomas Koenig
1997-11-16 18:42 ` A new bug in 971114 H.J. Lu
1998-04-20 11:44 ` egcs 1.0.3 on linux/alpha H.J. Lu
1998-07-17 16:48 ` -Wall stops compiling of egcs-1.0.3 Joe Buck
1998-10-30 19:14 ` A bad EH bug H.J. Lu
[not found] ` <19981218003619.B28066@cerebro.laendle>
[not found] ` <19981220010520.A4999@tantalophile.demon.co.uk>
[not found] ` <19981220223834.D16580@cerebro.laendle>
1998-12-21 2:53 ` GCC 2.7.2.3 good, EGCS 1.0.3 bad for x86 subtract then test Jamie Lokier
1998-12-23 14:19 ` Richard Henderson
1998-12-23 20:57 ` Jeffrey A Law
1998-12-24 1:11 ` Toshiyasu Morita
1998-12-25 18:17 ` Michael Hayes
1998-12-25 21:57 ` Jeffrey A Law
1998-12-26 2:07 ` Michael Hayes
1998-12-27 0:13 ` Jeffrey A Law
1998-12-27 0:59 ` Michael Hayes
2000-12-19 21:48 ` FWIW: VAX fix backport and gcc built on 4.3BSD first time ever! John David Anglin
2000-12-21 14:32 ` John David Anglin
2001-01-01 16:37 ` pa reload problem John David Anglin
2001-01-03 20:57 ` Jeffrey A Law
2001-01-03 22:08 ` John David Anglin
2001-01-04 9:55 ` Jeffrey A Law
2001-01-04 11:12 ` John David Anglin
2001-01-04 11:35 ` John David Anglin
2001-01-04 11:48 ` Alexandre Oliva
2001-01-04 13:06 ` John David Anglin
2001-01-04 13:18 ` Alexandre Oliva
2001-01-04 14:12 ` John David Anglin
2001-01-12 19:40 ` RFC: Jump to const_int John David Anglin
2001-01-12 21:10 ` Fergus Henderson
2001-04-17 19:11 ` GCC 3.0 Status Report John David Anglin
2001-04-18 0:55 ` Mark Mitchell
2001-04-18 9:00 ` John David Anglin
2001-04-18 13:51 ` John David Anglin
2001-04-20 13:36 ` Mark Mitchell
2001-04-21 19:33 ` C++ Issue on GCC 3.0 branch John David Anglin
2001-04-23 2:18 ` Bernd Schmidt
2001-04-23 7:51 ` law
2001-04-23 7:55 ` Bernd Schmidt
2001-04-23 7:56 ` Bernd Schmidt
2001-04-23 8:14 ` law
2001-04-25 10:26 ` Mark Mitchell
2001-04-25 14:04 ` John David Anglin
2001-04-25 17:31 ` Mark Mitchell
2001-04-26 8:31 ` John David Anglin
2001-04-26 10:25 ` Mark Mitchell
2001-04-26 10:02 ` law
2001-04-23 15:21 ` John David Anglin
2001-04-24 19:21 ` law
2001-04-24 20:23 ` John David Anglin
2001-04-26 16:45 ` law
2001-04-26 17:02 ` Mark Mitchell
2001-04-26 17:29 ` law
2001-04-27 10:43 ` John David Anglin
2001-04-27 15:14 ` John David Anglin
2001-04-28 9:55 ` law
2001-04-30 8:59 ` John David Anglin
2001-05-16 16:22 ` gcc 2.95.2 Joe Buck
2001-06-14 9:58 ` STL warnings recently appeared in the 3.0 branch John David Anglin
2001-06-14 11:34 ` Possible corruption of gcc-3.0-20010614.tar.bz2 John David Anglin
2001-06-14 15:56 ` PATCH: Fix invalid loader fixups from shared libobjc with John David Anglin
2001-08-09 15:12 ` Simple returns are broken in gcc 3.X John David Anglin
2001-08-09 15:48 ` Richard Henderson
2001-12-12 8:49 ` Question regarding ICE in instantiate_virtual_regs_1, at function.c:3880 John David Anglin
2001-12-12 15:58 ` John David Anglin
2001-12-13 1:28 ` Jan Hubicka
2001-12-13 11:57 ` John David Anglin
2001-12-13 12:05 ` Jan Hubicka
2001-12-14 13:26 ` John David Anglin
2002-01-30 17:36 ` condition codes, haifa-sched and virtual-stack-vars Ulrich Weigand
2002-02-21 13:31 ` Help! DW function pointer encoding for PA John David Anglin
2002-02-21 19:28 ` David Edelsohn
2002-04-05 12:45 ` middle-end/6180: Infinite loop in cc1 during dbr pass John David Anglin
2002-04-05 13:54 ` Richard Henderson
2002-04-06 12:58 ` John David Anglin
2002-04-06 14:51 ` Richard Henderson
2002-04-10 15:30 ` gcc-64 on HP-UX 11.00 John David Anglin
2002-04-11 10:25 ` John David Anglin
2002-04-11 10:43 ` H.Merijn Brand
2002-04-11 11:04 ` law
2002-04-15 13:39 ` John David Anglin
2002-04-16 13:14 ` law
2002-04-16 15:25 ` John David Anglin
2002-11-13 3:37 ` gcc-64 20021111 broken " H.Merijn Brand
2002-11-13 5:38 ` H.Merijn Brand
2002-11-13 8:31 ` John David Anglin
2002-11-13 13:12 ` John David Anglin
2002-11-15 9:54 ` H.Merijn Brand
2002-11-13 8:30 ` John David Anglin
2002-04-26 10:43 ` bison 1.33 problem with mainline c-parse.in: yyfree_stacks John David Anglin
2002-05-11 20:28 ` corrections to recent profile-arcs change John David Anglin
2002-06-01 17:01 ` vax double precision broken Joe Buck
2002-07-11 6:34 ` Bootstrapping hppa64? CPP problem John David Anglin
2002-07-16 13:21 ` [parisc-linux] gcc-3.[02] alignment problem John David Anglin
2002-07-16 13:43 ` Randolph Chung
2002-07-16 13:45 ` Matthew Wilcox
2002-07-17 5:26 ` Randolph Chung
2002-07-16 14:26 ` Richard Henderson
2002-07-26 20:16 ` mainline bootstrap failure in bitmap.c on sparcv9-sun-solaris2.8 John David Anglin
2002-07-27 18:50 ` Richard Henderson
2002-07-28 4:50 ` Richard Henderson
2002-07-28 13:08 ` John David Anglin
2002-07-28 21:35 ` John David Anglin
2002-08-01 12:02 ` gcc 3.2's cpp breaks configure scripts John David Anglin
2002-10-08 16:26 ` soft-float support Graeme Peterson
2002-11-13 14:19 ` gcc-64 20021111 broken on HP-UX 11.00 John David Anglin
2002-11-23 0:26 ` HP-UX IA64 Patch to fix earlier patch John David Anglin
2002-12-17 9:52 ` Setting LD tool default to ld breaks configure check for ld used by GCC John David Anglin
2002-12-20 17:39 ` John David Anglin
2003-01-02 17:48 ` Miscompilation of glibc with CVS mainline John David Anglin
2003-01-02 17:54 ` Jakub Jelinek
2003-01-02 18:58 ` John David Anglin
2003-01-02 17:57 ` Daniel Jacobowitz
2003-02-03 5:02 ` hppa-linux regressions and 3.2.2 release John David Anglin
2003-02-03 11:03 ` Gabriel Dos Reis
2003-02-03 16:26 ` John David Anglin
2003-02-03 16:54 ` Gabriel Dos Reis
2003-02-03 18:02 ` John David Anglin
2003-02-11 19:37 ` Bootstrap failure on hppa-unknown-linux-gnu, trunk John David Anglin
2003-02-11 22:37 ` Josef Zlomek
2003-02-11 22:51 ` John David Anglin
2003-03-05 22:03 ` Josef Zlomek
2003-03-05 22:05 ` Josef Zlomek
2003-02-11 19:59 ` Altivec + 16 byte alignment John David Anglin
2003-02-11 21:02 ` Mike Stump
2003-02-12 5:55 ` Fergus Henderson
2003-02-12 16:39 ` John David Anglin
2003-05-07 1:13 ` GCC 3.3 Prelease broken on s390 Ulrich Weigand
2003-05-07 1:27 ` Richard Henderson
2003-05-07 5:53 ` Mark Mitchell
2003-05-07 14:54 ` Ulrich Weigand
2003-05-07 15:53 ` Mark Mitchell
2003-05-07 16:03 ` Joe Buck
2003-05-07 16:13 ` Mark Mitchell
2003-05-07 17:02 ` Ulrich Weigand
2003-05-07 17:09 ` Joe Buck
2003-05-07 17:11 ` Mark Mitchell
2003-05-07 19:39 ` Ulrich Weigand
2003-05-07 19:45 ` Mark Mitchell
2003-05-07 18:19 ` Jonathan Lennox
2003-05-07 18:27 ` Mark Mitchell
2003-05-07 18:30 ` Jonathan Lennox
2003-05-07 18:36 ` Mark Mitchell
2003-05-07 18:49 ` Daniel Jacobowitz
2003-05-07 17:51 ` Richard Henderson
2003-05-07 19:42 ` Ulrich Weigand
2003-05-07 19:46 ` Mark Mitchell
2003-07-05 17:01 ` Solaris 8/SPARC bootstrap broken building 64-bit libgcc John David Anglin
2003-10-08 3:11 ` Someone broke bootstrap John David Anglin
2003-10-08 7:25 ` Eric Christopher
2003-10-08 17:26 ` John David Anglin
2004-01-06 0:43 ` autoconf changes break bootstrap on hppa*-*-hpux* John David Anglin
2007-04-15 19:13 ` Call to arms: testsuite failures on various targets John David Anglin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020405144639.D6DB.H.M.BRAND@hccnet.nl \
--to=h.m.brand@hccnet.nl \
--cc=bug-binutils@gnu.org \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=gcc@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).