--- Comment #17 from ebotcazou at gcc dot gnu dot org 2009-10-12 06:10
---
Present on Solaris versions 10.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
The entire build logs are available at:
http://arm.koji.fedoraproject.org/koji/getfile?taskID=72888name=build.log
This uses the Fedora gcc rpm 4.4.1-16
Initially I thought this to be the same as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41252. But the gcc sources already
had the patch
--- Comment #1 from kedars at marvell dot com 2009-10-12 06:29 ---
Created an attachment (id=18785)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18785action=view)
The pre-processed sources files generated by gcc
Including the pre-processed sources file generated by gcc.
--
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-12 07:12 ---
Bugs regarding redhat/gcc-4_*-branch should be filed into bugzilla.redhat.com,
not here. That said, 4.4.1-16 is quite old, first try the latest one.
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-12 07:19 ---
The F95 standard says:
The F, E, EN, ES, and D edit descriptors specify the editing of real and
complex data.
An input/output list item corresponding to an F, E, EN, ES, or D edit
descriptor shall be real or
--- Comment #15 from dominiq at lps dot ens dot fr 2009-10-12 07:39 ---
The polyhedron test linpk.f90 now fails with:
[ibook-dhum] lin/test% linpk
norm. resid resid machep x(1) x(n)
At line 38 of file linpk.f90 (unit = 6, file = 'stdout')
Fortran
extern void baz (float);
inline bool
bar (float x)
{
union { float f; int i; } u;
u.f = x;
return (u.i 1);
}
void
foo (float *x)
{
for (int i = 0; i 10; i++)
{
float f = x[i];
if (!bar (f))
baz (f);
}
}
ICEs in trunc_int_for_mode at -O2/-O3.
--
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-12 08:36 ---
Created an attachment (id=18786)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18786action=view)
gcc45-pr41680.patch
Patch I'm going to bootstrap/regtest.
Note the bug seems very old, even 3.2 has it, but the
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41680
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41646
--- Comment #6 from sathishpy at gmail dot com 2009-10-12 09:17 ---
Thanks, I will look at changing our generator to create smaller translation
unit. Meanwhile could you please confirm that -mminimal-toc option is broken
and will be fixed in one of the future releases?
--
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-12 09:25 ---
This is not a bug in -mminimal-toc. It is a limitation of the ppc64 code
model.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41644
--- Comment #8 from burnus at gcc dot gnu dot org 2009-10-12 09:33 ---
I have further reducd the test code to:
idx=sum(maxloc(index(pfd%n,pfmt)))-1
Even shorter:
idx = index(pfd%n,pfmt) - 1
(Or any other one/two operator expression except of function calls; idx needs
to be a
--- Comment #8 from sathishpy at gmail dot com 2009-10-12 09:46 ---
gcc man page for minimal-toc:
This option causes GCC to make 'only one TOC entry' for every file. When you
specify this option, GCC will produce code that is slower and larger but
which
uses extremely little TOC
--- Comment #9 from jakub at gcc dot gnu dot org 2009-10-12 10:12 ---
The documentation is correct. With -mminimal-toc you get just one entry in the
.toc per TU. That TU's .toc entry then points into the middle of .toc1 section
chunk with TOC stuff for that TU. And your problem is
--- Comment #10 from sathishpy at gmail dot com 2009-10-12 11:02 ---
Thanks Jakub, this is very useful information.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41644
What brought this into my mind is this new feature in 2.5.0
The new -static-libstdc++ option directs g++ to link the C++ library
statically, even if the default would normally be to link it dynamically.
What is need here is a half way. If code is solvable static link that part but
if function
Ok this is a really poor example bare with me.
FILE * f;
char * c;
f = fopen(file,r)
c = fgetc(f)
fclose(f);
Let say this is a block of code inside a program c and f are never used
anywhere else. Currently optimizer has no way to know that I know of that this
code can be junked if if its not
--- Comment #15 from sebastian dot huber at embedded-brains dot de
2009-10-12 11:36 ---
(In reply to comment #13)
Thanks for clarifying the !eh_personality_libfunc requirement. I'll do some
experiments to see which solution works best in 4.4.
Is the target milestone 4.4.2 still
--- Comment #23 from mahatma at eu dot by 2009-10-12 11:40 ---
(In reply to comment #22)
We can't check Seamonkey into gcc/testsuite. We need something
much smaller.
I understand this. But even if I will use your testsuite addons (I unsure in
it, Gentoo USE=test emerge sys-deve/gcc
--- Comment #3 from dodji at gcc dot gnu dot org 2009-10-12 11:57 ---
Subject: Bug 41570
Author: dodji
Date: Mon Oct 12 11:57:30 2009
New Revision: 152663
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152663
Log:
Candidate fix for PR c++/41570
gcc/ChangeLog:
PR
--- Comment #4 from dodji at gcc dot gnu dot org 2009-10-12 12:16 ---
Fixed in 4.5.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-12 12:28
---
In the original test case:
real :: i
The part that is rejected incorrectly is the format label.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41678
--- Comment #16 from mikpe at it dot uu dot se 2009-10-12 12:33 ---
(In reply to comment #15)
Is the target milestone 4.4.2 still true? In 4.4.2 20091008 the problem is
still present.
I have a patch for 4.4 which bootstraps and passes regression testing on
i686-linux and
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2009-10-12 12:42
---
Interestingly, I removed this previously:
switch (t)
{
-case FMT_P:
- t = format_lex (fmt);
- if (t == FMT_POSINT)
- {
- fmt-error = Repeat count cannot follow P descriptor;
-
--- Comment #3 from dominiq at lps dot ens dot fr 2009-10-12 12:46 ---
In the original test case:
real :: i
The part that is rejected incorrectly is the format label.
I assumed i was an integer. F95 says:
Constraint: If the optional characters FMT= are omitted from the format
The polyhedron test linpk.f90 now fails with:
[ibook-dhum] lin/test% linpk
norm. resid resid machep x(1) x(n)
At line 38 of file linpk.f90 (unit = 6, file = 'stdout')
Fortran runtime error: Comma required after P descriptor
(1P5d16.8)
^
Although this
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-12 12:48 ---
Hm? This code has side-effects, so it cannot be safely removed by a compiler.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-12 12:49 ---
I cannot parse what you are trying to say.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41681
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-10-12 12:52
---
ahh, I was looking at the F2003 Standard which is not as clear. However, is
this relaxation in F2003 done on purpose? I found the rejected code in the IBM
compiler manual as an example.
--
--- Comment #5 from dominiq at lps dot ens dot fr 2009-10-12 13:00 ---
I think the problem is here (around line 706 in the last commit):
if (t == FMT_F || t == FMT_EN || t == FMT_ES || t == FMT_D
|| t == FMT_G || t == FMT_E)
{
repeat = 1;
--- Comment #6 from dominiq at lps dot ens dot fr 2009-10-12 13:31 ---
Comment #5 was intended for pr38439.
ahh, I was looking at the F2003 Standard which is not as clear. However, is
this relaxation in F2003 done on purpose? I found the rejected code in the
IBM
compiler manual
--- Comment #17 from dominiq at lps dot ens dot fr 2009-10-12 13:31 ---
I think the problem is here (around line 706 in the last commit):
if (t == FMT_F || t == FMT_EN || t == FMT_ES || t == FMT_D
|| t == FMT_G || t == FMT_E)
{
repeat = 1;
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-12 13:35 ---
Subject: Bug 41680
Author: jakub
Date: Mon Oct 12 13:35:03 2009
New Revision: 152665
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152665
Log:
PR target/41680
* config/i386/i386.md (split after
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-12 13:38 ---
Subject: Bug 41646
Author: jakub
Date: Mon Oct 12 13:38:29 2009
New Revision: 152666
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152666
Log:
PR rtl-optimization/41646
* calls.c (expand_call):
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-10-12 13:39
---
Possible patch untested:
Index: io/format.c
===
--- io/format.c (revision 152657)
+++ io/format.c (working copy)
@@ -706,7 +706,8 @@
goto
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-12 13:40 ---
Subject: Bug 41680
Author: jakub
Date: Mon Oct 12 13:40:17 2009
New Revision: 152667
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152667
Log:
PR target/41680
* config/i386/i386.md (split after
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2009-10-12 13:42
---
See PR 41683 and continue there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38439
--- Comment #4 from sfilippone at uniroma2 dot it 2009-10-12 13:44 ---
(In reply to comment #3)
(In reply to comment #2)
The latest patch from Janus cures the SOURCE= problem.
Unfortunately a simple extension of test-der5.f03 does not show the ICE; back
to the cutting board (to find
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-12 13:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
when binutils 2.20 branch is built with gcc-4.4 branch or trunk, I see the
following test failures in the ld testsuite. Checked with gcc-4.4 from
debian/testing, debian/unstable and ubuntu/karmic, and gcc-snapshot (4.5
20091010) from debian/unstable.
Running
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-12 13:54 ---
Fixed in 4.4/4.5 for now.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from hjl dot tools at gmail dot com 2009-10-12 13:59
---
(In reply to comment #23)
If you think adding -mstackrealign to your build is an acceptable solution,
we can close this bug. Otherwise, please test my latest gcc 4.4 patch for
PR 40838. Thanks.
Your
--- Comment #1 from sfilippone at uniroma2 dot it 2009-10-12 14:44 ---
Created an attachment (id=18787)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18787action=view)
test case--file 1 (see comments above)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41685
--- Comment #2 from sfilippone at uniroma2 dot it 2009-10-12 14:44 ---
Created an attachment (id=18788)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18788action=view)
test case--file 2 (see comments above)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41685
--- Comment #5 from sfilippone at uniroma2 dot it 2009-10-12 14:45 ---
Created an attachment (id=18791)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18791action=view)
test case--file5 (see comments above)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41685
--- Comment #4 from sfilippone at uniroma2 dot it 2009-10-12 14:45 ---
Created an attachment (id=18790)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18790action=view)
t
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41685
The attached source code(s) produce the subject error.
Scenario: gfortran with provisional patches for PR41656 and PR 41581 applied.
---
[sfili...@localhost T3]$ gfortran -c const_mod.f03 base_mat_mod.f03
s_base_mat_mod.f03
--- Comment #3 from sfilippone at uniroma2 dot it 2009-10-12 14:45 ---
Created an attachment (id=18789)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18789action=view)
test case--file 3 (see comments above)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41685
--- Comment #2 from janis at gcc dot gnu dot org 2009-10-12 16:06 ---
It doesn't have the desired or expected effect, just the documented effect.
From the GCC internals manual section 6.4.6 Support for testing link-time
optimizations: Unlike dg-do, dg-lto-do does not support an
--- Comment #6 from janus at gcc dot gnu dot org 2009-10-12 16:40 ---
(In reply to comment #0)
Interestingly enough if I glue the files together the ICE disappears
(which is inconvenient for testing).
Hm, that sounds curiously like it may be connected to PR41583 (which was fixed
in
--- Comment #3 from janis at gcc dot gnu dot org 2009-10-12 17:13 ---
Subject: Bug 41659
Author: janis
Date: Mon Oct 12 17:13:41 2009
New Revision: 152671
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152671
Log:
PR testsuite/41659
* gcc.dg/lto/20090914-2.c: Use
--- Comment #4 from hp at gcc dot gnu dot org 2009-10-12 17:20 ---
Subject: Bug 26515
Author: hp
Date: Mon Oct 12 17:19:56 2009
New Revision: 152673
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152673
Log:
PR target/26515
* config/cris/cris.md (andu): Check that
--- Comment #5 from hp at gcc dot gnu dot org 2009-10-12 17:23 ---
Subject: Bug 26515
Author: hp
Date: Mon Oct 12 17:22:57 2009
New Revision: 152674
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152674
Log:
PR target/26515
* gcc.dg/torture/pr26515.c: New test.
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-12 17:25 ---
I have tracked the failure down to the %fp being corrupted because the size of
pthread_mutexattr_t has changed in RTEMS and the Ada binding is wrong. I have
no idea why this didn't impact other ports unless the stack
--- Comment #3 from jamborm at gcc dot gnu dot org 2009-10-12 17:34 ---
Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00771.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41661
--- Comment #6 from hp at gcc dot gnu dot org 2009-10-12 17:38 ---
Subject: Bug 26515
Author: hp
Date: Mon Oct 12 17:37:48 2009
New Revision: 152676
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152676
Log:
PR target/26515
* config/cris/cris.md (andu): Check that
--- Comment #7 from dominiq at lps dot ens dot fr 2009-10-12 17:38 ---
Works for me at revision pr152662 and with the patches for pr41629 and pr41656
(latest avatars).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41685
--- Comment #7 from hp at gcc dot gnu dot org 2009-10-12 17:40 ---
Subject: Bug 26515
Author: hp
Date: Mon Oct 12 17:40:08 2009
New Revision: 152677
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152677
Log:
PR target/26515
* gcc.dg/torture/pr26515.c: New test.
--- Comment #8 from hp at gcc dot gnu dot org 2009-10-12 17:59 ---
Subject: Bug 26515
Author: hp
Date: Mon Oct 12 17:59:16 2009
New Revision: 152679
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152679
Log:
PR target/26515
* config/cris/cris.md (andu): Check that
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2009-10-12 17:59
---
It is caused by revision 147716:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00693.html
Yep, but it's Richard's fault. ;-) The bug is exposed by the change requested
in
--- Comment #9 from hp at gcc dot gnu dot org 2009-10-12 18:00 ---
Subject: Bug 26515
Author: hp
Date: Mon Oct 12 18:00:15 2009
New Revision: 152680
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152680
Log:
PR target/26515
* gcc.dg/torture/pr26515.c: New test.
--- Comment #10 from hp at gcc dot gnu dot org 2009-10-12 18:14 ---
Fixed; http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00774.html. Sorry, the
4.2-branch is closed, but the patch for 4.3 should apply for local needs.
--
hp at gcc dot gnu dot org changed:
What
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-10-12 18:22 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-10-12 18:59 ---
Subject: Bug 41338
Author: aoliva
Date: Mon Oct 12 18:58:38 2009
New Revision: 152681
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152681
Log:
gcc/ChangeLog:
PR debug/41343
PR debug/41447
PR debug/41264
PR
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-10-12 18:59 ---
Subject: Bug 41447
Author: aoliva
Date: Mon Oct 12 18:58:38 2009
New Revision: 152681
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152681
Log:
gcc/ChangeLog:
PR debug/41343
PR debug/41447
PR debug/41264
PR
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-10-12 18:59 ---
Subject: Bug 41264
Author: aoliva
Date: Mon Oct 12 18:58:38 2009
New Revision: 152681
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152681
Log:
gcc/ChangeLog:
PR debug/41343
PR debug/41447
PR debug/41264
PR
--- Comment #19 from aoliva at gcc dot gnu dot org 2009-10-12 18:59 ---
Subject: Bug 41343
Author: aoliva
Date: Mon Oct 12 18:58:38 2009
New Revision: 152681
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152681
Log:
gcc/ChangeLog:
PR debug/41343
PR debug/41447
PR debug/41264
PR
--- Comment #3 from joel at gcc dot gnu dot org 2009-10-12 18:58 ---
Created an attachment (id=18792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18792action=view)
Add type to pthread_mutexattr_t
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-12 19:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from aoliva at gcc dot gnu dot org 2009-10-12 19:58 ---
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-10-12 20:00 ---
There's nothing stopping optimizers from moving assignments to memory across
debug stmts, but with debug temps we don't move debug stmts across memory
assignments any more, so this testcase is fixed.
--
aoliva at
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-10-12 20:01 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-10-12 20:01 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-12 20:04 ---
Just to expand on that, fopen might change errno and it also it might return
NULL which case fgetc might cause the program to seg fault. etc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41682
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-12 20:06 ---
I don't understand what you are asking for either. Static libraries and
dynamic libraries are usually two separate files (except under AIX) so it would
be hard to decide to do one or another.
Even if we figure
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-12 20:23 ---
Eh, indeed if that fixes it the bug is elsewhere. I suggest to not apply this
partial reversion until we know better.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41497
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-12 20:24 ---
The problem is that we follow SSA edges into loops that may not be executed.
Sebastian - how are we supposed to deal with this case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41497
--- Comment #12 from espindola at google dot com 2009-10-12 21:02 ---
(In reply to comment #9)
Ok, so the issue here is that we have
typedef struct VEC_constructor_elt_gc { } VEC_constructor_elt_gc;
vs.
typedef struct VEC_constructor_elt_gcx { } VEC_constructor_elt_gc;
--- Comment #13 from rguenther at suse dot de 2009-10-12 21:03 ---
Subject: Re: bootstrap *using* lto fails
On Mon, 12 Oct 2009, espindola at google dot com wrote:
--- Comment #12 from espindola at google dot com 2009-10-12 21:02 ---
(In reply to comment #9)
Ok, so the
--- Comment #6 from jason at gcc dot gnu dot org 2009-10-12 21:04 ---
Subject: Bug 37766
Author: jason
Date: Mon Oct 12 21:04:27 2009
New Revision: 152685
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152685
Log:
PR c++/37766
* pt.c (type_unification_real): Call
--- Comment #2 from jason at gcc dot gnu dot org 2009-10-12 21:04 ---
Subject: Bug 37875
Author: jason
Date: Mon Oct 12 21:04:35 2009
New Revision: 152686
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152686
Log:
PR c++/37875
* parser.c (cp_parser_decltype): Set
--- Comment #1 from jason at gcc dot gnu dot org 2009-10-12 21:47 ---
This was a problem with the grammar, which is resolved in the latest working
paper by using a different nonterminal trailing-return-type instead of type-id.
--
jason at gcc dot gnu dot org changed:
--- Comment #7 from jason at gcc dot gnu dot org 2009-10-12 21:49 ---
Fixed for 4.5; will backport for 4.4.3 after branch reopens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37766
--- Comment #3 from jason at gcc dot gnu dot org 2009-10-12 21:49 ---
Fixed for 4.5; will backport for 4.4.3 once branch reopens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37875
--- Comment #1 from rth at gcc dot gnu dot org 2009-10-12 21:51 ---
The expand pass relies on the rtx cost model to be correct.
I assume that arm_size_rtx_costs is models multiply incorrectly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41653
--- Comment #1 from jason at gcc dot gnu dot org 2009-10-12 21:53 ---
This is http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#906
Probably we should reject the declaration; certainly we shouldn't silently
change the return type.
--
jason at gcc dot gnu dot org changed:
--- Comment #2 from jason at gcc dot gnu dot org 2009-10-12 21:54 ---
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#770
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38798
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #8 from jason at gcc dot gnu dot org 2009-10-12 21:58 ---
*** Bug 39050 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2009-10-12 21:58 ---
*** This bug has been marked as a duplicate of 36744 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rth at gcc dot gnu dot org 2009-10-12 22:34 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #25 from dirtyepic at gentoo dot org 2009-10-12 22:48 ---
would you please just test the patch on PR 40838 and tell HJ if it works or
not?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
--- Comment #3 from hp at gcc dot gnu dot org 2009-10-12 23:22 ---
Looks like Matz fixed this with r152669.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41660
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-12 23:33 ---
(From update of attachment 18792)
Patch attached to wrong PR.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
When a nested class inherits from another nested class, scoping is incorrect
only if the outer class is templated. A full .ii file follows, but to
illustrate in a compact example:
class A {
class B {
protected:
int d_data;
};
class C : public B {
void foo() { d_data = 0; }
--- Comment #3 from rth at gcc dot gnu dot org 2009-10-13 01:07 ---
Not an openmp bug; we've got to make the change for all code gcc generates.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-13 01:08
---
Not a bug, use this-d_data.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-13 01:43
---
Subject: Bug 41683
Author: jvdelisle
Date: Tue Oct 13 01:43:39 2009
New Revision: 152695
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152695
Log:
2009-10-12 Jerry DeLisle jvdeli...@gcc.gnu.org
1 - 100 of 108 matches
Mail list logo