--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-11-17
19:43 ---
Subject: Re: Cannot build gcc: gthr-default.h:466: error: '__mutex' was not
declared in this scope
> --- Comment #3 from alanpae at ilkda dot com 2009-11-17 19:18 ---
[...]
> Will
--- Comment #11 from ro at techfak dot uni-bielefeld dot de 2009-11-12
16:46 ---
Subject: Re: [4.5 regression] cc1 SEGV compiling maxval_r16.c
Bootstrap finishes with your patch on alpha-dec-osf5.1b; the testsuite is
still running.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2009-10-22
18:20 ---
Subject: Re: Bootstrap with Sun Studio 12.1 fails
> > Even so, there is breakage in GCC as well:
> > * ansidecl.h has a broken test for C99, and incorrectly assumes Sun cc
> > does
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-10-22
17:09 ---
Subject: Re: Bootstrap with Sun Studio 12.1 fails
> --- Comment #5 from ghazi at gcc dot gnu dot org 2009-10-21 19:51 ---
> (In reply to comment #3)
> > > (Also, you don't men
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-10-21
13:37 ---
Subject: Re: Bootstrap with Sun Studio 12.1 fails
Just for reference: here's the corresponding pkgsrc problem report by my
colleague:
http://www.netbsd.org/cgi-bin/query-pr-single.pl?n
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-10-21
10:54 ---
Subject: Re: Bootstrap with Sun Studio 12.1 fails
> --- Comment #2 from ghazi at gcc dot gnu dot org 2009-10-21 01:48 ---
> I would prefer a solution that does not involve linking xgcc a
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2009-10-09
13:24 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
> --- Comment #12 from joseph at codesourcery dot com 2009-10-09 12:58
> ---
[...]
> > That would be no problem since AFA
--- Comment #13 from ro at techfak dot uni-bielefeld dot de 2009-10-09
13:21 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
> --- Comment #11 from espindola at google dot com 2009-10-09 12:58 ---
> > Why all those contortions if there seems to be an
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2009-10-09
12:42 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
> --- Comment #9 from espindola at google dot com 2009-10-08 18:20 ---
[...]
> The only thing the compiler should need the
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-10-05
14:05 ---
Subject: Re: lto-elf.c fails to compile on Solaris
> --- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-05 13:13
> ---
> That's weird. So is this a libelf bug after
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2009-10-05
12:56 ---
Subject: Re: lto-elf.c fails to compile on Solaris
> --- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-03 22:12
> ---
> Waiting for someone with access to that host to in
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-10-05
12:51 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
> --- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-04 20:27
> ---
> Rainer, I think the checks are in place to pro
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2009-09-30
15:41 ---
Subject: Re: libobjc fails to configure on Solaris
rguenth at gcc dot gnu dot org writes:
> Can you check if this still applies? It should be broken on trunk as well
> then.
you're right:
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-09-16
14:37 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
> --- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-16 13:20
> ---
> Does replacing the #include with
&g
--- Comment #42 from ro at techfak dot uni-bielefeld dot de 2009-09-04
17:36 ---
Subject: Re: [4.5 regression] bootstrap comparison failure
> --- Comment #39 from vmakarov at redhat dot com 2009-09-04 16:05 ---
> Uros, Eric, Rainer, could somebody of you che
--- Comment #34 from ro at techfak dot uni-bielefeld dot de 2009-09-04
13:39 ---
Subject: Re: [4.5 regression] bootstrap comparison failure
> --- Comment #28 from jakub at gcc dot gnu dot org 2009-09-04 12:13
> ---
> In #c21/#c22 there are code generation di
--- Comment #11 from ro at techfak dot uni-bielefeld dot de 2009-09-03
16:48 ---
Subject: Re: [4.5 Regression] VTA: bootstrap failure, ICE in loc_cmp, at
var-tracking.c:2456
> --- Comment #9 from jakub at gcc dot gnu dot org 2009-09-03 16:35 ---
> Fixed. For the
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-09-03
13:53 ---
Subject: Re: [4.5 regression] ICE: in get_attr_got, at config/mips/mips.md:455
building stage1 N64 libgcc
> --- Comment #5 from ubizjak at gmail dot com 2009-09-03 13:08 ---
> (In re
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-09-03
13:09 ---
Subject: Re: [4.5 regression] ICE: in get_attr_got, at config/mips/mips.md:455
building stage1 N64 libgcc
> --- Comment #4 from jakub at gcc dot gnu dot org 2009-09-03 13:03 ---
> Just try
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-09-03
12:45 ---
Subject: Re: [4.5 regression] ICE: in get_attr_got, at config/mips/mips.md:455
building stage1 N64 libgcc
> --- Comment #1 from ubizjak at gmail dot com 2009-09-03 11:17 ---
> get_attr_* do
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-09-02
16:30 ---
Subject: Re: [4.5 regression] Solaris 10/x86 comparison failure after VTA
merge
aoliva at gcc dot gnu dot org writes:
> Thanks, Rainer. Could I ask for your help in coming up with a minimal
> te
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-09-02
15:25 ---
Subject: Re: [4.5 regression] Solaris 10/x86 comparison failure after VTA
merge
jakub at gcc dot gnu dot org writes:
> bootstrap-debug intentionally compares (stripped) -g compiled objects w
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-08-27
16:25 ---
Subject: Re: [4.5 regression] libgfortran fails to build on Solaris 10+:
'_Imaginary_I' undeclared
joseph at codesourcery dot com writes:
> There is no use in keeping definitions relating
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-08-26
17:51 ---
Subject: Re: [4.5 regression] libgfortran fails to build on Solaris 10+:
'_Imaginary_I' undeclared
> --- Comment #2 from dje at gcc dot gnu dot org 2009-08-25 21:32 ---
> Just
--- Comment #11 from ro at techfak dot uni-bielefeld dot de 2009-07-29
08:20 ---
Subject: Re: [4.4/4.5 Regression] tools.zip doesn't build on systems with
short command lines
htl10 at users dot sourceforge dot net writes:
> I have a slightly different message on alpha
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-07-14
17:26 ---
Subject: Re: lto-plugin is built unconditionally
> --- Comment #4 from bje at gcc dot gnu dot org 2009-07-14 04:39 ---
> Can this PR be closed now, Rainer?
Yes, this works now.
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-07-09
20:17 ---
Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on
Solaris 11/SPARC
rsandifo at gcc dot gnu dot org writes:
> OK, I'm going to need some help debugging this one. Firs
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-07-09
19:17 ---
Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on
Solaris 11/SPARC
rsandifo at gcc dot gnu dot org writes:
> Do you only see this for libjava?
Yes, all other library tests
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2009-06-16
17:51 ---
Subject: Re: [4.5 Regression] ICE in dwarf2out_begin_epilogue, at
dwarf2out.c:2773 while compiling mlib-tgt.adb
jakub at gcc dot gnu dot org writes:
> Does the http://gcc.gnu.org/ml/gcc-patches/2009
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-06-15
16:51 ---
Subject: Re: O32 libgfortran.so fails to link on IRIX 6.5
rwild at gcc dot gnu dot org writes:
> Would it help to work around this issue by collecting the objects in one or
> more
> convenience
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-05-13
13:02 ---
Subject: Re: [4.4/4.5 regression] i686-pc-solaris2.10 bootstrap fails using
Sun ld
jakub at gcc dot gnu dot org writes:
> Look for DEEP_BRANCH_PREDICTION in config/i386/*. On i386/i486/i586 doing
>
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-05-07
16:30 ---
Subject: Re: [4.4/4.5 regression] i686-pc-solaris2.10 bootstrap fails using
Sun ld
hjl dot tools at gmail dot com writes:
> The difference is in how to get PC for -fPIC:
>
> bash-3.2$ cat p
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-04-27
13:35 ---
Subject: Re: [4.5 Regression]: build breakage for cris-elf building
libstdc++-v3
ebotcazou at gcc dot gnu dot org writes:
> The revision corresponding to the fix for the PR should bootstrap.
Indeed
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-04-24
15:41 ---
Subject: Re: genattrtab.c does not compile under sparc Linux
michael dot a dot richmond at nasa dot gov writes:
> I have not investigated further
Ok, thanks. The question was addressed more to Laur
--- Comment #13 from ro at techfak dot uni-bielefeld dot de 2009-01-08
17:31 ---
Subject: Re: [4.2/4.3/4.4 Regression] libgomp fails to build if assembler
doesn't support .symver
bkoz at gcc dot gnu dot org writes:
> Any luck getting past the libgomp build failure? All
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-01-07
17:35 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
jakub at gcc dot gnu dot org writes:
> I see, does this extra hunk (incremental patch
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-01-07
14:41 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
ro at techfak dot uni-bielefeld dot de writes:
> Sure: I've applied it to th
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-01-07
13:26 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
jakub at gcc dot gnu dot org writes:
> Rainer, can you please test also this patc
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-01-06
14:39 ---
Subject: Re: disable-threads causes undefined reference to pthread_kill and
pthread_sigmask
pinskia at gcc dot gnu dot org writes:
> libjava is not designed to run in single threads mode at all.
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2009-01-06
14:28 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
hubicka at gcc dot gnu dot org writes:
> sorry for delays, somehow non-tuplified alpha shot this off the todo list.
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2009-01-06
14:00 ---
Subject: Re: [4.2/4.3/4.4 Regression] libgomp fails to build if assembler
doesn't support .symver
jakub at gcc dot gnu dot org writes:
> PR38092 would be fixed similarly, I've just started
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-01-06
13:26 ---
Subject: Re: [4.2/4.3/4.4 Regression] libgomp fails to build if assembler
doesn't support .symver
jakub at gcc dot gnu dot org writes:
> Patch I'm now testing on x86_64-linux, can you d
--- Comment #12 from ro at techfak dot uni-bielefeld dot de 2009-01-05
18:34 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
pinskia at gcc dot gnu dot org writes:
> Does this happen still?
I'm pretty sure it does, though I've got th
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-12-08
17:32 ---
Subject: Re: [4.2/4.3/4.4 Regression] libffi doesn't build on Solaris 10/x86
with native assembler
New patch here:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00481.html
--
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-12-03
14:31 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ebotcazou at gcc dot gnu dot org writes:
> But these are not 64-bit compilers, see the target triplet. You need to pass
> --build=sparc
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2008-12-02
22:28 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ro at techfak dot uni-bielefeld dot de writes:
> I'm currently running bootstraps on Solaris 10 (both with Sun as and GNU as
> 2.19) to ver
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2008-12-02
21:38 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ebotcazou at gcc dot gnu dot org writes:
> Works for me on Solaris 10 as well.
I've just tried again on current mainline (trunk revision 14
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2008-11-24
18:37 ---
Subject: Re: [4.4 Regression] tools.zip doesn't build on systems with short
command lines
aph at gcc dot gnu dot org writes:
> jar has an update mode that adds files, so I can use that. How lon
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2008-11-24
18:04 ---
Subject: Re: [4.4 Regression] tools.zip doesn't build on systems with short
command lines
aph at gcc dot gnu dot org writes:
> Please try
>
> jar cf ../tools.zip `find . -name .svn -pr
--- Comment #34 from ro at techfak dot uni-bielefeld dot de 2008-11-20
17:14 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
Fixed for 4.3.3, 4.4.0:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00990.html
--- Comment #9 from ro at techfak dot uni-bielefeld dot de 2008-11-19
18:05 ---
Subject: Re: libgomp.c++/ctor-9.C failure
ro at techfak dot uni-bielefeld dot de writes:
> jakub at gcc dot gnu dot org writes:
>
> > Anyway, the following patch fixes this in a cross from
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-11-18
13:32 ---
Subject: Re: libgomp.c++/ctor-9.C failure
ro at techfak dot uni-bielefeld dot de writes:
> > Does i?86-sun-solaris* as have the same bug or not?
>
> I'll have to check this. Currentl
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2008-11-18
13:16 ---
Subject: Re: libgomp.c++/ctor-9.C failure
jakub at gcc dot gnu dot org writes:
> Anyway, the following patch fixes this in a cross from x86_64-linux to
> sparc*-sun-solaris10. Can somebody
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2008-11-17
14:25 ---
Subject: Re: gcc emits non-TLS data as TLS on Solaris 11/SPARC
I'm not completely sure this is a bug in Sun as. If you consider the
assembler code for my testcase produced by gcc:
.globa
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2008-11-13
14:13 ---
Subject: Re: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap
jakub at gcc dot gnu dot org writes:
> I see gcc-testresults for this target posted in:
> http://gcc.gnu.org/ml/gcc-testresult
--- Comment #31 from ro at techfak dot uni-bielefeld dot de 2008-11-06
15:45 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
Fixed for 4.2.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #37 from ro at techfak dot uni-bielefeld dot de 2008-11-05
15:07 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
aph at redhat dot com writes:
> Feel free to CC me with any of these.
Thanks. A considerable number of t
--- Comment #35 from ro at techfak dot uni-bielefeld dot de 2008-11-05
13:40 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
jakub at gcc dot gnu dot org writes:
> This bug seems to be fixed then, if there are unrelated AIX or H
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2008-10-31
13:27 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
Since native reghunting was so slow, I've finally switched to trying with a
cross compiler (from Solaris 10/x86), and
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2008-10-31
01:24 ---
Subject: Ada testsuites lack multilib support
While testing the fix for PR ada/37681, I tried to test both multilibs
(default and amd64) on i386-pc-solaris2.10, and found that I had to make
the following
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2008-10-10
15:11 ---
Subject: Ada testsuites lack multilib support
While testing the fix for PR ada/37681, I tried to test both multilibs
(default and amd64) on i386-pc-solaris2.10, and found that I had to make
the following
--- Comment #29 from ro at techfak dot uni-bielefeld dot de 2008-10-10
14:41 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
I've just formally submitted my patch
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg
--- Comment #21 from ro at techfak dot uni-bielefeld dot de 2008-10-08
17:20 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
FTR: I've long been using this patch as a workaround until the neccessary
Sun ld patch is avai
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-10-07
16:04 ---
Subject: Re: [4.4 regression] All Solaris/x86 eh tests fail
ebotcazou at gcc dot gnu dot org writes:
> I think that we should assemble some C code with CFI directives and see
> whether
> the
--- Comment #9 from ro at techfak dot uni-bielefeld dot de 2008-10-01
17:17 ---
Subject: Re: [4.4 regression] Building 64-bit libada fails on Solaris/x86:
alignment error
bonzini at gnu dot org writes:
> No, there is not yet an extra configure switch for that, but I'll add
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2008-09-30
21:37 ---
Subject: Re: [4.4 regression] Building 64-bit libada fails on Solaris/x86:
alignment error
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01990.html
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2008-09-30
19:22 ---
Subject: Re: [4.4 regression] All Solaris/x86 eh tests fail
ebotcazou at gcc dot gnu dot org writes:
> See http://sourceware.org/ml/binutils/2008-09/msg00195.html
Thanks for the info.
> Now s
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2008-09-30
18:09 ---
Subject: Re: [4.4 regression] All Solaris/x86 eh tests fail
I've done some further debugging: contrary to what gdb suggested, the
reason for the abort is the gcc_assert call in unwind-
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2008-09-30
15:06 ---
Subject: Re: [4.4 regression] Building 64-bit libada fails on Solaris/x86:
alignment error
ebotcazou at gcc dot gnu dot org writes:
> Yes, it is, the hitch being that there is no port to x86_64/Sola
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2008-09-16
15:02 ---
Subject: Re: [4.4 regression] All Solaris/x86 eh tests fail
jakub at gcc dot gnu dot org writes:
> gas 2.15 is helplessly outdated and buggy. Can you retry with
> -fno-dwarf2-cfi-asm ?
Unfortu
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2008-09-12
18:47 ---
Subject: Re: [4.4 regression] dwarf2 unwind info patches produce undefined
symbols
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00978.html
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2008-09-11
11:23 ---
Subject: Re: [4.4 regression] dwarf2 unwind info patches produce undefined
symbols
jakub at gcc dot gnu dot org writes:
> references undefined label. I'm afraid at least until some support
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-09-09
16:45 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
jh at suse dot cz writes:
> Looks like Aplha is not tuplified yet?
>
> ../../gcc/config/alpha/alpha.c: In
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2008-09-09
16:22 ---
Subject: Re: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap
Configuring for i686-pc-solaris2.10 instead of the default of
i386-pc-solaris2.10 allows a C-only bootstrap to complete
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2008-09-09
15:43 ---
Subject: Re: [4.4 regression] IRA merge breaks Tru64 UNIX bootstrap
After applying the patch for PR rtl-optimization/37333 from
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00514.html
and
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2008-08-01
16:24 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
rguenth at gcc dot gnu dot org writes:
> If you provide a preprocessed testcase maybe he can. Otherwise patches
> w
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2007-09-20
14:17 ---
Subject: Re: [4.3 Regression] cc1plus ICE configuring libstdc++ on Tru64 UNIX
V5.1B: SEGV in rtl_verify_flow_info
A reghunt revealed that this was caused by the following patch:
2007-03-02 Eric Botcazou
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2007-09-11
12:48 ---
Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie
version 0: offset 0x0
hjl at lucon dot org writes:
> Binutils 2.15 is very old. Can you try binutils 2.18?
It doesn
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2007-09-10
14:41 ---
Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie
version 0: offset 0x0
hjl at lucon dot org writes:
> It could be caused by bugs in assembler/linker on Solaris.
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2007-09-06
13:25 ---
Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie
version 0: offset 0x0
brett dot albertson at stratech dot com writes:
> Something changed and it is now working for me,
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2007-09-05
18:09 ---
Subject: Re: [4.3 regression] Bootstrap failure on alpha: ICE in convert_move,
at expr.c:369
A reghunt revealed that this patch
2007-08-31 Richard Sandiford <[EMAIL PROTECTED]>
* op
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2007-09-05
14:54 ---
Subject: Re: [4.3 regression] Bootstrap failure on alpha: ICE in convert_move,
at expr.c:369
belyshev at depni dot sinp dot msu dot ru writes:
> Not specific to tru64 and can be reproduced with an al
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2007-07-17
11:28 ---
Subject: Re: [4.3 Regression] Bootstrap failure on Alpha due to pointer-plus
changes
belyshev at depni dot sinp dot msu dot ru writes:
> You need the following patch to fix this bug (but bootstrap
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2007-07-12
21:18 ---
Subject: Re: [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping
on Tru64 UNIX
pinskia at gcc dot gnu dot org writes:
> Almost a month after the patch broke alpha bootstrap, I guess t
--- Comment #16 from ro at techfak dot uni-bielefeld dot de 2007-07-12
17:30 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
aph at gcc dot gnu dot org writes:
> #ifdef HAVE_GAS_HIDDEN is fine. There is no real bad consequence to not
> hiding
&
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2007-07-12
17:16 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
pinskia at gmail dot com writes:
> This is way too conservative, see PR 26989 for the reasons why?
But how do you propose
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2007-07-12
14:15 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
aph at gcc dot gnu dot org writes:
> --- Comment #9 from aph at gcc dot gnu dot org 2007-07-12 10:49 ---
> T
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2007-07-09
17:48 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
aph at gcc dot gnu dot org writes:
> So, the question is why the linker is complaining that "a GOT relative
> relo
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2007-07-05
17:31 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
hp at gcc dot gnu dot org writes:
> and you'll have to fix the ":" problem separately.
> Unless you prefer a '
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2007-07-05
15:42 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
hp at gcc dot gnu dot org writes:
> I'm not the one adding the ranlib invocation, just the one last touching it,
Indeed: I fo
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2007-07-05
15:19 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
pcarlini at suse dot de writes:
> Let's add Hans-Peter in CC... I suspect adding an 'else if [info exists
> env(RANLI
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2007-07-03
17:57 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
I compared the assembler files corresponding to java/.libs/process-Posix.o
and built with both gcj 4.2.1 20070611 and 4.3.0 20070618
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2007-06-25
17:38 ---
Subject: Re: Linking 64-bit libgcj.so fails on Solaris 10/x86: non-PIC code
despite -fPIC
hjl at lucon dot org writes:
> --- Comment #2 from hjl at lucon dot org 2007-06-22 18:26 ---
> On
--- Comment #12 from ro at techfak dot uni-bielefeld dot de 2006-07-28
16:03 ---
Subject: Re: [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
rguenth at gcc dot gnu dot org writes:
> Is this now fixed on the mainline?
A mainline bootstrap as of 20060724 was successful,
--- Comment #30 from ro at techfak dot uni-bielefeld dot de 2006-07-12
16:11 ---
Subject: Re: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0
worked.
multix at gmail dot com writes:
> I'm available for testing on my box. I Think I have access to a 6.5.4 b
--- Comment #23 from ro at techfak dot uni-bielefeld dot de 2006-07-11
20:06 ---
Subject: Re: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0
worked.
ebotcazou at gcc dot gnu dot org writes:
> Mine is 6.5 6.5.26m.
I'm running 6.5 6.5.28f. Anything newer tha
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2006-07-11
18:50 ---
Subject: Re: New: boostrapping with gcc fails with unrecognized linker option
"multix at gmail dot com" <[EMAIL PROTECTED]> writes:
> I boostrapped using gcc 3.3 from sgi, usning
--- Comment #21 from ro at techfak dot uni-bielefeld dot de 2006-07-11
18:04 ---
Subject: Re: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0
worked.
martinol at nrlssc dot navy dot mil writes:
> this machine is: 6.5 6.5.17m
This most likely explains the differe
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2006-07-10
20:27 ---
Subject: Re: libgomp fails to configure on Tru64 UNIX
echristo at apple dot com writes:
> Well, it shouldn't have mattered, but try re-adding the CFLAGS line that I
> think I accidentally d
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2006-07-10
20:17 ---
Subject: Re: [4.2 Regression] error: 'iconv_t' does not name a type
pcarlini at suse dot de writes:
> It seemd to me that the best thing to do is adding the include on top of
> codecvt_s
1 - 100 of 168 matches
Mail list logo