--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:33 ---
Hmm, with -fomit-frame-pointer, the stack usage goes back to an okay value:
subl$604, %esp
I think this is just another case where spills are no not reused, see PR 17838.
so -fomit-frame-point
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:27 ---
Note your testcase has uninitialized variables, well the arrays are
uninitizalized, after fixing them, it
gets worse:
subl$3532, %esp
Though on 4.0.0/4.1.0, we get better:
subl$260,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:18 ---
4.1.0/4.0.0 gives:
subl$268, %esp
which is better than 3.4.x.
3.4.0 gives:
subl$732, %esp
Only a 3.4 regression, confirmed:
subl$3516, %esp
--
What|Rem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:13 ---
Invalid, read 3.4's release notes.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From lawless at spamcop dot net 2005-04-21 06:09
---
Created an attachment (id=8696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8696&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21142
Bug appears in g++ 3.4, 4.0, probably 4.1.
Does not appear in g++ 3.2, 3.3, icc 8.0, 8.1, Sun CC 5.4.
--
Summary: inherited class member not visible in complex templated
hierarchy
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 06:08 ---
Created an attachment (id=8695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8695&action=view)
testcase
Use gcc -O2 -S t.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21
--
What|Removed |Added
Component|tree-optimization |rtl-optimization
Keywords||missed-optimization, ra
http://gcc.gnu.org/b
# gcc -v
Reading specs from
/.share/usr/app/gcc-3.4.3/bin/../lib/gcc/i386-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/usr/app/gcc-3.4.3
--exec-prefix=/usr/app/gcc-3.4.3 --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/app/gcc-3.4.3/libexec --datadir=/usr/app/gc
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konqueror at gmx dot de
|dot org |
Status|NEW
--- Additional Comments From konqueror at gmx dot de 2005-04-21 05:28
---
This bug is fixed in GNU classpath and I will merge the needed fixes soon.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
05:06 ---
These options has changed to -fdefault-double-8, -fdefault-integer-8, and
-fdefault-real-8. so
closing as will not fix.
--
What|Removed |Added
-
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19565
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16306
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17863
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14438
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13726
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16865
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20285
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18990
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20584
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21087
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13464
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20742
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19703
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20806
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17964
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
04:58 ---
*** Bug 6409 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11751
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
04:58 ---
(a,b) where a and b change is the only thing where it is defined.
c + (a,b) where c and b change the same variable is undefined.
Likewise for c and a.
*** This bug has been marked as a duplicate of 11751 **
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16913
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17383
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20133
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18853
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15698
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21089
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13756
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20356
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20909
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19150
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20348
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18274
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20367
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7874
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16888
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17577
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=951
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4945
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19192
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19523
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18631
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11987
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18715
Charset.encode and Charset.decode only work for a single call.
The reason is that the encoder/decoder is cached and after the first call it
will be in the flushed state.
The second call will thus throw an InvalidStateException.
Removing the cache or resetting the cached object should solve this.
On platforms without weak symbols, we presently emit statically initialized
function-scope static variables with internal linkage, even in functions with
vague linkage, and issue a warning indicating that, while the standard requires
that there be only one copy of the variable, there will in fact b
--- Additional Comments From suan at cs dot wisc dot edu 2005-04-21 02:34
---
Hmm... now that I've been reminded of this bug, I might as well try to revive
it.
I think my question has more to do with the granularity of well-defined-ness.
Consider the expression A + (B,C), which contain
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
01:01 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
01:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
01:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:55 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--
What|Removed |Added
Component|tree-optimization |rtl-optimization
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 00:51
---
Created an attachment (id=8694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8694&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138
The SPEC CPU2000 test sixtrack gets comparison failures on
powerpc64-linux when compiled with current GCC mainline with
"-m64 -O2 -fmodulo-sched". The minimized testcase demonstrates
the problem. It starts failing with sources as of 20050405.
--
Summary: wrong code in sixtrack for -f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
At tree level, we would like to canonicalize (a >> 2) & 1 != 0 into a & 4 != 0.
Currently,
void bar (void);
void
foo (int a)
{
if ((a >> 2) & 1)
bar ();
}
turns into
foo (a)
{
int D.1235;
int D.1236;
_Bool D.1237;
D.1235 = a >> 2;
D.1236 = D.1235 & 1;
D.1237 = (_Bool) D.1236
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:46 ---
(In reply to comment #15)
> Fixed on mainline.
>
> Do we need this fixed for 4.0.1? If so, this will have to wait for the branch
> to unfreeze.
Yes it is also needed for 4.0. I should have marked it as a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:40 ---
Confirmed, I am going to add the keyword to ice on valid as it could an ICE on
valid code.
--
What|Removed |Added
---
--
Bug 14847 depends on bug 14846, which changed state.
Bug 14846 Summary: [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0
until very late in tree-ssa optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14846
What|Old Value |New Value
---
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-21 00:40
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
00:39 ---
Subject: Bug 14846
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-21 00:39:25
Modified files:
gcc: ChangeLog fold-const.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:36 ---
I am going to change the keyword from missed-optimization to compile-time-hog
as this does not
improve overall the code generation in GCC but the compile time aspect.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
00:28 ---
Subject: Bug 10606
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-04-21 00:28:36
Modified files:
gcc/cp
--- Additional Comments From luca dot barbieri at gmail dot com 2005-04-21
00:25 ---
Created an attachment (id=8693)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8693&action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
In gnu.java.nio.channels.FileChannelImpl tryLock and lock call the native lock
functions with incorrect wait parameters: tryLock passes true and lock false.
Of course, tryLock should pass false and lock should pass true.
Patch attached.
--
Summary: tryLock waits for the lock, and loc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:14 ---
The compile time problem is located in load_needed in module.c but I don't know
how to fix it easily.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21130
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-21
00:11 ---
Fixed on mainline.
Do we need this fixed for 4.0.1? If so, this will have to wait for the branch
to unfreeze.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
00:06 ---
Subject: Bug 20805
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-21 00:06:36
Modified files:
gcc: dwarf2out.c
Log message:
Av
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:01 ---
Hmm, this comes from loading modules or something related to that.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20
23:51 ---
Subject: Bug 20805
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-20 23:51:30
Modified files:
gcc: ChangeLog
Log message:
Avoi
1 - 100 of 168 matches
Mail list logo
