--- Comment #18 from jakub at gcc dot gnu dot org 2009-09-04 06:48 ---
For each target built after r151388, can you please attach one stage2 object
that differs and corresponding stage3 object?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[One] need[s] the upcoming GDB to debug GCC 4.5 compiled code anyway, because
older GDBs mishandle DW_CFA_restore_state which is now used all around in
.eh_frame, otherwise backtraces really don't work. [1]
Thus one should document this in the GCC 4.5 release notes.
GDB 7.0 will support this,
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|--- |4.5.0
--- Comment #19 from developer at sandoe-acoustics dot co dot uk
2009-09-04 08:36 ---
this also applies to powerpc-apple-darwin8 at least at 151409
--
developer at sandoe-acoustics dot co dot uk changed:
What|Removed |Added
Following testcase fails when dumping RTL debug files (-da):
--cut here--
int e[1024];
int
foo (void)
{
int i;
for (i = 0; i 1024; i++)
e[i] = i;
return 0;
}
--cut here--
gcc -O2 -ftree-parallelize-loops=2 -da r.c
built-in: In function âfoo._loopfn.0â:
built-in:0:0: internal compiler
The following valid code snippet is rejected on trunk when compiled with -O
(on x86_64-unknown-linux-gnu):
==
struct A
{
virtual void foo();
virtual ~A();
int i;
};
struct B : virtual A {};
struct C : B
{
virtual void foo();
};
void bar()
{
C().foo();
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
--- Comment #5 from burnus at gcc dot gnu dot org 2009-09-04 09:25 ---
Subject: Bug 41219
Author: burnus
Date: Fri Sep 4 09:25:00 2009
New Revision: 151417
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151417
Log:
2009-09-04 Tobias Burnus bur...@net-b.de
PR
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-04 09:47 ---
Working: 2009-08-21-r150985.tar.gz
Failing: 2009-09-03-r151367.tar.gz
Daniel, I think it might be due to your TBP OPERATOR/ASSIGNMENT patch. While
the program fails for:
prc_id = foobar ! ASSIGNMENT(=) [but no
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 10:34 ---
I guess that's ours.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 10:37 ---
Alexandre, can you grok up a patch for changes.html mentioning VTA and the
gdb version issue?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 10:39 ---
The preprocessed source is not useful as it contains references to the
precompiled header. Please reproduce without the precompiled header.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Var tracking by default |[4.5 Regression] Var
|breaks arm-none-eabi build
--- Comment #19 from rguenth at gcc dot gnu dot org 2009-09-04 10:40
---
Seems to work for me now. (three of three bootstraps succeeded)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-04 10:41 ---
*** Bug 41251 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 10:41 ---
*** This bug has been marked as a duplicate of 41181 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Fun testcase:
gfortran -c bug.f90
f951: internal compiler error: in find_typebound_proc_uop, at
fortran/symbol.c:4575
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
cat bug.f90
TYPE qs_scf_env_type
another testcase, now -O3 -g fails, might be a duplicate of PR41229:
gfortran -c -O3 -g bug.f90
bug.f90: In function broyden_mixing_new:
bug.f90:14:0: error: expected an SSA_NAME object
bug.f90:14:0: error: in statement
# DEBUG istat = stat.0
bug.f90:14:0: internal compiler error: verify_ssa
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41259
--- Comment #3 from jamborm at gcc dot gnu dot org 2009-09-04 11:08 ---
Subject: Bug 41112
Author: jamborm
Date: Fri Sep 4 11:08:12 2009
New Revision: 151420
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151420
Log:
2009-09-04 Martin Jambor mjam...@suse.cz
PR
--- Comment #20 from ro at gcc dot gnu dot org 2009-09-04 11:09 ---
As of r151416, there's one remaining comparison failure on
sparc-sun-solaris2.11:
gcc/c-common.o differs
I'll attach the stage2 and stage3 object files.
Rainer
--
ro at gcc dot gnu dot org changed:
--- Comment #21 from ro at gcc dot gnu dot org 2009-09-04 11:10 ---
Created an attachment (id=18486)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18486action=view)
stage2 sparc-sun-solaris2.11 object file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #22 from ro at gcc dot gnu dot org 2009-09-04 11:10 ---
Created an attachment (id=18487)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18487action=view)
stage3 sparc-sun-solaris2.11 object file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 11:23 ---
We remove the alias target during applying the inline transform. And we fail
to remove unreachable alias pairs there.
We usually do that from cgraph_remove_unreachable_nodes.
Once again this shows that these
We have accumulated a large number of regressions in the libjava testsuite on
the x86_64-apple-darwin10 target in current gcc trunk compared to gcc 4.4.1...
http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg00294.html
http://gcc.gnu.org/ml/gcc-testresults/2009-07/msg01866.html
Currently we have
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-09-04 11:29 ---
So this is hopefully fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- 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
--- 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
--- 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 #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=18488action=view)
stage2 object file on i586-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- 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=18489action=view)
stripped stage3 object file on i586-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- 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 #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=18490action=view)
stage 2/3 object filles that are different
These object files are different between stage2/3 on alpha-linux-gnu.
--
--- 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 #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 #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 #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
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
--- 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=18491action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41261
--- 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
--- 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 #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,
--- 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
--- 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 #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 #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 rguent...@suse.de
* dwarf2out.c (dwarf2out_do_cfi_asm): Remove check of
eh_personality_libfunc.
?
No, it doesn't, same
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/
--- 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
--- 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=18492action=view)
Preprocessed source of stage3 cfgloopmanip.o
/home/eric/build/gcc/native32/./prev-gcc/cc1 -fpreprocessed
--- 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
--- 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 @@
=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 #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=18493action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41263
--- 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 #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 compiler issue.
--- 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,
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
I compile the following example code from configure tests of coreutils:
#include locale.h
#include stdio.h
#include string.h
#include wchar.h
int main ()
{
if (setlocale (LC_ALL, fr_FR) != NULL)
{
if (btowc (EOF) != WEOF)
return 1;
}
return 0;
}
Compilation flags was -O2
--- 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=18494action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41264
--
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 #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
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
--- 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
--- 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
@@
--- 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
--- 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=18495action=view)
pr41241.c
Self-contained testcase for the i586 combine-stack-adj.c bug.
--
--- 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=gccview=revrev=151423
Log:
2009-09-04 Ozkan Sezer seze...@gmail.com
PR target/39065
--- 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)
--- 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 #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 #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.. (per
--- 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
--- 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 #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.
--
--- 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=18496action=view)
gcc45-pr41241.patch
Untested fix for the cfgloopmanip.c issue. We have (mem (mem (sp + cst))
in the debug_insn,
--- 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 #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 #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 #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 #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 #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 #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=gccview=revrev=151437
Log:
PR target/41252
* config/arm/vfp.md (*cmpdf_split_vfp): Fix src
--- 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=gccview=revrev=151431
Log:
2009-09-04 Richard Guenther rguent...@suse.de
PR
--- 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
--- 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
--- 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 #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 #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 #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...
--- 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=18497action=view)
gcc45-pr41241.patch
New version of the csa bugfix.
--
jakub at gcc dot gnu dot org changed:
What
--- 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=gccview=revrev=151439
Log:
PR target/41262
* config/alpha/alpha.c
--- 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=gccview=revrev=151440
Log:
2009-09-04 Vladimir Makarov vmaka...@redhat.com
--- 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
--- 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
--
dgutson at gcc dot gnu dot org changed:
What|Removed |Added
CC|dgutson at codesourcery dot |
|com |
--- 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
--- 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.
--
--- 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 #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 #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
1 - 100 of 113 matches
Mail list logo