--- Comment #1 from ubizjak at gmail dot com 2009-09-05 06:48 ---
This test fails for all targets.
--
ubizjak at gmail dot com changed:
What|Removed |Added
St
--- Comment #9 from ubizjak at gmail dot com 2009-09-05 06:08 ---
(In reply to comment #8)
> I will start full bootstrap and regression test over night.
The patch was bootstrapped and regression tested on alphaev68-linux-gnu where
it fixes mentioned failures.
--
http://gcc.gnu.org
--- Comment #47 from kargl at gcc dot gnu dot org 2009-09-05 05:33 ---
(In reply to comment #44)
> Created an attachment (id=18497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18497&action=view) [edit]
> gcc45-pr41241.patch
>
> New version of the csa bugfix.
>
This patch along
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
01:28 ---
Subject: Re: New: FAIL: gcc.dg/debug/dwarf2/inline2.c
scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6
Attached inline2.s.
Dave
--- Comment #2 from dave at hiauly1 dot hia do
Executing on host: /home/dave/gcc-4.4/objdir/gcc/xgcc
-B/home/dave/gcc-4.4/objdi
r/gcc/ /home/dave/gcc-4.4/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/inline2.c -O
-
g3 -dA -S -o inline2.s(timeout = 300)
PASS: gcc.dg/debug/dwarf2/inline2.c (test for excess errors)
FAIL: gcc.dg/debug/dwarf2/inline2
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-09-05
01:24 ---
First round of regression hunting shows that r146781 (4/25/09) passes the
libjava like gcc 4.4.1 but r148013 (5/31/09) shows the additional 120+ libjava
failures.
--
http://gcc.gnu.org/bugzilla/show_bu
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/matrix/matrix-2.c
-O3 -fipa-matrix-reorg -fdump-ipa-matrix-reorg -fwhole-program -combine -lm
-o ./matrix-2.exe(timeout = 300)
PASS: gcc.dg/matri
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/guality/guality.c
-O0 -g -lm -o ./guality.exe(timeout = 300)
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/guality/guality.c: In function
'
gu
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/guality/example.c
-O0 -g -lm -o ./example.exe(timeout = 300)
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/guality/example.c: In function
'
fi
GCC will not bootstrap after the expand from tuples checkin because the pointer
extension code is wrong. If you compile gcc.dg/20020517-1.c you can see the
problem. This test compiled and ran before but now core dumps. The difference
in the generated assembly code is:
< addp4 r14 = r12, r
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-09-04 23:09
---
I will add this to my list.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2009-09-04 22:37
---
Ok, let's do something about this, likely just add a check in __copy_move (and
__copy_move_b), as suggested.
--
paolo dot carlini at oracle dot com changed:
What|Removed
This sequence makes no less than 2 calls memmoving 0 bytes:
vector content;
content.resize(12);
>From *0x0 no less!
On a 64 bit system, the effect is far less pronounced (25%), but on 32 bits,
this loop takes 2.3 seconds on a vanilla g++;
for(int n=0; n < 1000; ++n) {
vector c
--- Comment #8 from ubizjak at gmail dot com 2009-09-04 21:03 ---
(In reply to comment #6)
> For a reference, this is the patch I am testing:
Yes, this patch fixes stdarg failures from [1] with preliminary test:
FAIL: gcc.c-torture/execute/stdarg-1.c execution, -O3 -fomit-frame-pointe
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-09-04 20:19
---
A side note: there are several places where we should use eat_line but instead
we now have explicit loops. I will take a scan through and find those while I
am at it. Just code clean-up.
--
http://gcc.gnu.
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-09-04 20:16
---
Putting the standards discussion aside, this test case actually uncovered a
real bug. In list_read.c, eat_line does nothing for internal units.
If the test had used a real file, the comment would have been skipp
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 20:07 ---
*** This bug has been marked as a duplicate of 41241 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #46 from rguenth at gcc dot gnu dot org 2009-09-04 20:07
---
*** Bug 41247 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-09-04
19:52 ---
I would wait until none of the other major targets are reporting failures in
comparing stage2 and stage3 (hopefully later today). If it still fails, then
report it.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 19:49 ---
PR41229 I mean.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|
--
dgutson at gcc dot gnu dot org changed:
What|Removed |Added
CC|dgutson at codesourcery dot |
|com |
AssignedTo
--- Comment #4 from ubizjak at gmail dot com 2009-09-04 19:40 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #27 from developer at sandoe-acoustics dot co dot uk
2009-09-04 19:38 ---
(In reply to comment #26)
> (In reply to comment #25)
> > Fixed with revision 151367.
this is true for powerpc-apple-darwin9 (which is the mentioned system in the
bug)
it is NOT fixed for powerpc-app
--- Comment #45 from vmakarov at gcc dot gnu dot org 2009-09-04 19:36
---
Subject: Bug 41241
Author: vmakarov
Date: Fri Sep 4 19:36:26 2009
New Revision: 151440
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151440
Log:
2009-09-04 Vladimir Makarov
PR bootstrap/4124
--- Comment #3 from uros at gcc dot gnu dot org 2009-09-04 19:32 ---
Subject: Bug 41262
Author: uros
Date: Fri Sep 4 19:32:04 2009
New Revision: 151439
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151439
Log:
PR target/41262
* config/alpha/alpha.c (alpha_does_
--- Comment #44 from jakub at gcc dot gnu dot org 2009-09-04 19:24 ---
Created an attachment (id=18497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18497&action=view)
gcc45-pr41241.patch
New version of the csa bugfix.
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2009-09-04
19:18 ---
(In reply to comment #25)
> Fixed with revision 151367.
>
Apparently, not since Iain was on r151409, however
it might be fixed after the patch from...
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00381.
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-04 19:10 ---
This is fixed with revisions 151432 (regression on pr40753.c test) and 151434
(warnings in guality.h).
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from aoliva at gcc dot gnu dot org 2009-09-04 19:08 ---
Fixed in revision 151367.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from aoliva at gcc dot gnu dot org 2009-09-04 19:07 ---
Fixed with revision 151367.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-09-04 19:05 ---
(In reply to comment #5)
> Running the stdarg pass too early, before at least some DCE, means functions
> that don't really need stdarg set up, might set it up unnecessarily.
>
The comment in http://gcc.gnu.org/ml/
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-09-04 19:05 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-04 19:04 ---
Subject: Bug 41225
Author: aoliva
Date: Fri Sep 4 19:03:49 2009
New Revision: 151438
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151438
Log:
gcc/ChangeLog:
PR debug/41225
* tree-vect-stmts.c (vect_stmt_re
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-04 19:02 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-09-04 19:01 ---
For a reference, this is the patch I am testing:
Index: gcc/passes.c
===
--- gcc/passes.c(revision 151421)
+++ gcc/passes.c(working cop
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-04 18:54 ---
Subject: Bug 41257
Author: rguenth
Date: Fri Sep 4 18:54:01 2009
New Revision: 151431
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151431
Log:
2009-09-04 Richard Guenther
PR middle-end/41257
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-09-04 19:00 ---
Subject: Bug 41252
Author: aoliva
Date: Fri Sep 4 18:59:50 2009
New Revision: 151437
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151437
Log:
PR target/41252
* config/arm/vfp.md (*cmpdf_split_vfp): Fix src
--- Comment #5 from jakub at gcc dot gnu dot org 2009-09-04 18:59 ---
Running the stdarg pass too early, before at least some DCE, means functions
that don't really need stdarg set up, might set it up unnecessarily.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-04 18:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-09-04 18:45 ---
At the moment I believe that I have basically reintroduced PR 30791
- except that the bug really does not provide the description of the
problem which is instead in
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01176
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 18:23 ---
Fixed in 4.5. We have alias information all the way through.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-04 18:15
---
Testcase with less IL:
int func(int);
void
bug(int* x, int* y, unsigned long int N)
{
unsigned long int i;
int* t;
while (1)
{
for (i=1; i<=N; i++)
{
y[i] = func(x[i] - x[1]);
--- Comment #43 from ubizjak at gmail dot com 2009-09-04 17:58 ---
Vlad, your patch also fixes alpha. Bootstrap finished OK, I'm running testsuite
now.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-04 17:51 ---
Testcase from PR41263:
int func(int);
int bug(int* x, int* y, int N)
{
int i;
int* t;
while (1)
{
for (i=1; i<=N; i++)
{
y[i] = func(x[i] - x[1]);
if (y[i]) return i;
}
t=x; x=y
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-04 17:50 ---
*** Bug 41263 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 17:50 ---
Dup of PR41101.
*** This bug has been marked as a duplicate of 41101 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- 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 check the following
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #24 from developer at sandoe-acoustics dot co dot uk
2009-09-04 17:00 ---
(In reply to comment #22 & #23)
> When you run ./config ..., you should see
>
> rm: conftest.dSYM: is a directory
> checking for default BUILD_CONFIG... conftest.o.g0.stripped
> conftest.o.g.stripped
--- Comment #41 from jakub at gcc dot gnu dot org 2009-09-04 16:58 ---
Created an attachment (id=18496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18496&action=view)
gcc45-pr41241.patch
Untested fix for the cfgloopmanip.c issue. We have (mem (mem (sp + cst))
in the debug_insn,
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-09-04
16:57 ---
If you follow the recent posts for Bug bootstrap/41241, you will see that there
is still some residual break even on i586 linux. I won't worry too much just
yet.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #40 from kargl at gcc dot gnu dot org 2009-09-04 16:56 ---
(In reply to comment #39)
> Uros, Eric, Rainer, could somebody of you check the following patch works.
> I
> tried to reproduce the bug on several available to me machines since yesterday
> night and I failed.
It
--- Comment #22 from dominiq at lps dot ens dot fr 2009-09-04 16:41 ---
When you run ./config ..., you should see
rm: conftest.dSYM: is a directory
checking for default BUILD_CONFIG... conftest.o.g0.stripped
conftest.o.g.stripped differ: char 23, line 2
stripping off .eh_frame, then ret
--- Comment #21 from developer at sandoe-acoustics dot co dot uk
2009-09-04 16:27 ---
(In reply to comment #20)
> > this also applies to powerpc-apple-darwin8 at least at 151409
>
> This should be fixed now (try r151388 or newer, see pr41237).
i686-apple-darwin9 appear to be fine.. (p
--- Comment #39 from vmakarov at redhat dot com 2009-09-04 16:05 ---
Uros, Eric, Rainer, could somebody of you check the following patch works. I
tried to reproduce the bug on several available to me machines since yesterday
night and I failed.
Index: ira.c
==
--- Comment #38 from vmakarov at redhat dot com 2009-09-04 15:25 ---
Finally, I think I found what is the reason for all these bootstrap failures.
I've changed code dealing with register preferences. Now regnfo::reg_pref is
not null from the start and some passes (now it is regmove) us
--- Comment #29 from rahul at icerasemi dot com 2009-09-04 14:51 ---
I am testing Steven's Crossjumping patch attached here. With CoreMark we see a
1% increase in performance when using Os. Other proprietary tests show ~0.5%
decrease in code size.
The path however does not fix PR30905.
--- Comment #8 from hjl at gcc dot gnu dot org 2009-09-04 14:33 ---
Subject: Bug 39065
Author: hjl
Date: Fri Sep 4 14:33:16 2009
New Revision: 151423
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151423
Log:
2009-09-04 Ozkan Sezer
PR target/39065
* configur
--- Comment #37 from jakub at gcc dot gnu dot org 2009-09-04 14:31 ---
Created an attachment (id=18495)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18495&action=view)
pr41241.c
Self-contained testcase for the i586 combine-stack-adj.c bug.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-04 14:30 ---
That's a regression with regards to 4.3. There one get's the following error
message. (I think the error messages would be clearer if they were reversed.)
ahjf.f90:5.12:
CALL X(d%c%e)
1
Error: Derived ty
--- Comment #36 from ubizjak at gmail dot com 2009-09-04 14:17 ---
Actual differences for alpha (very minor, only different registers actually):
--- tree-vect-slp-stage2.s 2009-09-04 16:09:55.0 +0200
+++ tree-vect-slp-stage3.s 2009-09-04 16:10:04.0 +0200
@@ -52
--- Comment #35 from ubizjak at gmail dot com 2009-09-04 14:08 ---
(In reply to comment #30)
> Regarding Alpha, there seem to be code generation differences, at least in
> tree-vect-slp.o. Can you check e.g. if there are the code generation
> differences even when you compile it with st
The fix for PR 30161 adds support to generate template parameters debug info.
It used a trick to emit debug info for template parameter paramater packs (in
the context of variadic templates).
It appeared that a DWARF proposal exists for template parameter packs at
http://wiki.dwarfstd.org/index.ph
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 14:02 ---
Memory usage doubles.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Key
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41264
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 13:53 ---
Created an attachment (id=18494)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18494&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41264
I compile the following example code from configure tests of coreutils:
#include
#include
#include
#include
int main ()
{
if (setlocale (LC_ALL, "fr_FR") != NULL)
{
if (btowc (EOF) != WEOF)
return 1;
}
return 0;
}
Compilation flags was -O2 -std=gnu99. Compiled program
The testcase from PR12392 (I'll attach it again momentarily) now has at -O -g
variable tracking : 469.04 (89%) usr 0.96 (41%) sys 470.21 (89%) wall
170235 kB (26%) ggc
the worst-case out of several testcases that show significant compile-time
increases with -O -g. See
http://gcc.opensuse.
--- 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. Raine
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-09-04 13:27 ---
(In reply to comment #4)
> (In reply to comment #2)
>
> >
> > Is it possible that it triggers the exception trying to write in
> > text.unlikely
> > which is READONLY?
> >
>
> Exactly. This is a linker, not a co
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 13:23 ---
extern void relocate_kernel();
void machine_kexec(void *control_page)
{
memcpy(control_page, relocate_kernel, 2048);
}
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from jdemeyer at cage dot ugent dot be 2009-09-04 13:21
---
Created an attachment (id=18493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18493&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41263
=release
Thread model: posix
gcc version 4.5.0 20090904 (experimental) (GCC)
--
Summary: gcc uses all available memory
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
--- Comment #2 from ubizjak at gmail dot com 2009-09-04 13:14 ---
The patch will get you up to PR 41241.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from ubizjak at gmail dot com 2009-09-04 13:11 ---
Index: config/alpha/alpha.c
===
--- config/alpha/alpha.c(revision 151367)
+++ config/alpha/alpha.c(working copy)
@@ -7664,7 +7664,7 @@ alpha_d
--- Comment #1 from jv244 at cam dot ac dot uk 2009-09-04 13:11 ---
'reduced' testcase
> cat test.f90
TYPE a
TYPE(b), DIMENSION(:), POINTER :: c
END TYPE
TYPE(a), POINTER :: d
CALL X(d%c%e)
--
jv244 at cam dot ac dot uk changed:
What|Removed |Ad
--- Comment #33 from ebotcazou at gcc dot gnu dot org 2009-09-04 13:04
---
Created an attachment (id=18492)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18492&action=view)
Preprocessed source of stage3 cfgloopmanip.o
/home/eric/build/gcc/native32/./prev-gcc/cc1 -fpreprocessed c
--- Comment #32 from jakub at gcc dot gnu dot org 2009-09-04 13:02 ---
Re: #c29, I've managed to reproduce myself with -march=i586 -mtune=i586,
debugging csa pass now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
When I attempt to build the 09/03/09 snapshot of gcc on a DEC Alpha processor
running Debian Linux 5.0 I get the following message:
/home/mrichmon/gcc-4.5-20090903/g95/./gcc/xgcc
-B/home/mrichmon/gcc-4.5-20090903/g95/./gcc/
-B/home/mrichmon/irun/alpha-unknown-linux-gnu/bin/
-B/home/mrichmon/irun/a
--- Comment #31 from ebotcazou at gcc dot gnu dot org 2009-09-04 12:55
---
> Does it work if you revert
>
> 2009-09-03 Richard Guenther
>
> * dwarf2out.c (dwarf2out_do_cfi_asm): Remove check of
> eh_personality_libfunc.
>
> ?
No, it doesn't, same failure.
--
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-09-04
12:53 ---
Dominique,
Also if you are bothering to run the test suite on i686-apple-darwin9
periodically, you might as well shoot the results over to the gcc-testresults
mailing list (since Apple has never set up
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-09-04
12:50 ---
Can you try testing x86_64-apple-darwin9 so I an focus on a regression hunt for
x86_64-apple-darwin10?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
--- Comment #30 from jakub at gcc dot gnu dot org 2009-09-04 12:50 ---
Regarding Alpha, there seem to be code generation differences, at least in
tree-vect-slp.o. Can you check e.g. if there are the code generation
differences even when you compile it with stage1 in both cases, just onc
--- Comment #29 from jakub at gcc dot gnu dot org 2009-09-04 12:31 ---
In the cfgloopmanip.o case, it seems that in addition to stripping .eh_frame
section we'd need to strip also .rel.eh_frame and .rela.eh_frame.
Plus, there is a code generation difference between -g and -g0, apparently
--- Comment #20 from dominiq at lps dot ens dot fr 2009-09-04 12:24 ---
> this also applies to powerpc-apple-darwin8 at least at 151409
This should be fixed now (try r151388 or newer, see pr41237).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #4 from dominiq at lps dot ens dot fr 2009-09-04 12:22 ---
> The bootstrap completes normally now on x86_64-apple-darwin10 with r151394.
Same here for r151388 on powerpc-apple-darwin9 and r151393 on
i686-apple-darwin9. Apparently Vladimir's commit at r151388 (thanks!-). So f
--- Comment #1 from dcb314 at hotmail dot com 2009-09-04 12:21 ---
Created an attachment (id=18491)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18491&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41261
I just tried to compile Linux kernel version 2.6.31-rc8
with the gcc 4.5 mainline snapshot 20090903
and the compiler said
arch/x86/kernel/machine_kexec_64.c: In function 'machine_kexec':
arch/x86/kernel/machine_kexec_64.c:270:6: internal compiler error: in
refs_may_alias_p_1, at tree-ssa-alias.c:8
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-09-04 12:18
---
*** Bug 39832 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-09-04 12:18
---
*** This bug has been marked as a duplicate of 41184 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from jakub at gcc dot gnu dot org 2009-09-04 12:13 ---
In #c21/#c22 there are code generation differences. Rainer, can you please
build it using stage1 and stage2 compiler with -da -fdump-noaddr
-fdump-unnumbered and find out in which pass they start to diverge?
--
--- Comment #1 from ubizjak at gmail dot com 2009-09-04 12:10 ---
CCing author.
--
ubizjak at gmail dot com changed:
What|Removed |Added
CC|
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 12:02 ---
I think it's a duplicate of the other similar one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41259
--- Comment #27 from ubizjak at gmail dot com 2009-09-04 12:01 ---
Created an attachment (id=18490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18490&action=view)
stage 2/3 object filles that are different
These object files are different between stage2/3 on alpha-linux-gnu.
-
--- Comment #26 from rguenther at suse dot de 2009-09-04 11:58 ---
Subject: Re: [4.5 regression] bootstrap comparison
failure
On Fri, 4 Sep 2009, ebotcazou at gcc dot gnu dot org wrote:
>
>
> --- Comment #23 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:51
> ---
> >
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:54
---
Created an attachment (id=18489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18489&action=view)
stripped stage3 object file on i586-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #24 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:54
---
Created an attachment (id=18488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18488&action=view)
stage2 object file on i586-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:51
---
> Seems to work for me now. (three of three bootstraps succeeded)
Reconfirmed at revision 151417:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap
--- Comment #1 from dominiq at lps dot ens dot fr 2009-09-04 11:44 ---
On i686-apple-darwin9 my latest regtest (r151159) shows:
=== libjava tests ===
Running target unix
=== libjava Summary for unix ===
# of expected passes2574
Running ta
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-04 11:43 ---
Hm, we can't delete it either. As we are emitting more thunks that strictly
necessary we need to mark their targets necessary properly. Emitting the
tunks before analyzing the functions and finishing aliases works
1 - 100 of 127 matches
Mail list logo
