--- 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 try building
--- 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 #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 mention what version of gmp
--- 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
doesn't support extern inline
--- 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 and cpp
--- 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?number
--- 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 plugin-api.h
--- 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 easy way
--- 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 AFAIK gold only
--- 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 properly set
--- 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 investigate.
I've
--- 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 all or can we somehow
--- 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: the problem
--- 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
#ifdef HAVE_STDINT_H
--- 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 differences. Rainer
--- 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_* does
--- 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 latest
--- 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 reply to comment
--- 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 with
(stripped
--- 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
testcase
--- 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 to imaginary
--- 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 follow the style
--- 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 alphaev68-dec-osf5.1a
--- 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.
Rainer
--- 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 #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. First of all,
how
--- 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
call
--- 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.c
void
foo
--- 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 Laurent
--- 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 that is needed
--- 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 patch?
Sure
--- 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 the same source tree
--- 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) fix
--- 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 do the same
--- 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 with libgomp
--- 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 #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 #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 the workarounds
--- 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
--
http
--- 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=sparc64-sun-solaris2.11
--- 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 142371
--- 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 verify
--- 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 -prune -o -type d -print
--- 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 long may
--- 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 x86_64-linux
--- 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 please
--- 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. Currently, one cannot use Sun
--- 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:
.global tsd
--- 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-testresults/2008-11
--- 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 #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 HPUX
--- 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 them
--- 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 could
--- 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 #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/msg00441
--- 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 #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 available
--- 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 resulting
--- 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 it. You
--- 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/Solaris
--- 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-dw2.c
--- 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 someone needs
--- 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 #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 ?
Unfortunately
--- 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 is added
--- 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
--- 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 #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 function
--- 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
welcome
--- 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't make
--- 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.
The assembler
--- 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 #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 alpha
--- 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]
* optabs.c
--- 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 #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 ---
This is somewhat
--- 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 #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
those
--- 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
--- 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
relocation must
--- 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(RANLIB)]...' could do
--- 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 found
--- 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 'set ranlib $env(SHELL) -c $env
--- 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 Linux, I
--- 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, so
--- 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 box
too
--- 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 difference
--- 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 as configure option
../gcc
--- 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 than 6.5.18
--- 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_specializations.h
--- 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 deleted just
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2006-07-06
20:10 ---
Subject: Re: [4.2 Regression] ICE during extc++.h pch generation on Tru64 UNIX
V5.1B
Even if I add iconv.h directly to extc++.h (a complete hack), the
compilation errors about iconv_t missing are gone
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2006-07-06
20:19 ---
Subject: Re: [4.2 Regression] ICE during extc++.h pch generation on Tru64 UNIX
V5.1B
falk at debian dot org writes:
Can you give the .ii for that?
Sure, done.
Rainer
--
http://gcc.gnu.org
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2006-07-06
22:04 ---
Subject: Re: [4.2 Regression] ICE during extc++.h pch generation on Tru64 UNIX
V5.1B
The same ICE happens on Solaris 10/x86 (i386-pc-solaris2.10).
Rainer
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2006-06-30
18:03 ---
Subject: Re: disable-threads causes undefined reference to pthread_kill and
pthread_sigmask
I've noticed the same problem on IRIX 6.5 (which still uses
THREADS=single), cf. PR libgcj/21935
1 - 100 of 164 matches
Mail list logo
