--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-07-22 06:05
---
Fixed on 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from yfw dot debian at gmail dot com 2006-07-22 06:21
---
Col. pbrook.
I will try the latest gcc snapshot.
Thanks a lot.
Regards
Yin, Fengwei
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
--- Comment #17 from dirk dot behme at googlemail dot com 2006-07-22 06:24
---
Subject: Re: ARM gcc 4.1 optimization bug
yfw dot debian at gmail dot com wrote:
--- Comment #16 from yfw dot debian at gmail dot com 2006-07-22 06:21
---
Col. pbrook.
I will try the
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-22 08:32 ---
PR 26227 is the bug about accepting invalid code with different types and
numbers of dummy arguments.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-22 09:39 ---
Is this really such a big deal? Solaris uses DWARF, and so does Apple now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19523
--- Comment #6 from steven at gcc dot gnu dot org 2006-07-22 11:08 ---
In the greg dump we have this RTL:
(insn:HI 10 8 11 2 (parallel [
(set (reg:SI 58 [ D.1540 ])
(plus:SI (reg/v:SI 5 di [ reg ])
(const_int -4 [0xfffc])))
--- Comment #13 from hubicka at gcc dot gnu dot org 2006-07-22 12:42
---
Is this bug to be closed then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28075
--- Comment #2 from anlauf at gmx dot de 2006-07-22 12:55 ---
(In reply to comment #1)
I think this is a bug in your glibc version where static linking glibc causes
TLS to be broken.
Andrew,
how can I find out whether this happens, and why should it happen
with static linking only?
--- Comment #3 from hubicka at gcc dot gnu dot org 2006-07-22 13:28 ---
Testing patch
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-07-22 13:30 ---
Subject: Re: [4.1 Regression] wrong optimization
with -ftree-vectorize
rguenth at gcc dot gnu dot org wrote:
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-21 10:41
---
On the mainline we
--- Comment #10 from hubicka at ucw dot cz 2006-07-22 13:47 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
this patch makes the -O2 case work pretty well on tree side. Inliner
expands code from 8MB to 40MB of GGC memory that seems
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-22 13:58
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-07-22 14:03
---
Subject: Bug 28258
Author: lmillward
Date: Sat Jul 22 14:03:16 2006
New Revision: 115674
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115674
Log:
PR c++/28258
* method.c (locate_copy):
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-07-22 14:08
---
Subject: Bug 28258
Author: lmillward
Date: Sat Jul 22 14:07:57 2006
New Revision: 115675
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115675
Log:
PR c++/28258
* method.c (locate_copy):
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-07-22 14:08
---
Fixed in 4.1.2 and 4.0.4
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression]
|Doubleword shifts
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] Missed
|Missed argument pop
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.5 |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28403
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
--- Comment #5 from steven at gcc dot gnu dot org 2006-07-22 16:36 ---
We do the loop-and-putc thing in ASM_OUTPUT_LIMITED_STRING and in
dw2_asm_output_nstring as well. Probably it's best to add some kind of generic
escaped string print function, something like the one below that I'll
--- Comment #11 from hubicka at ucw dot cz 2006-07-22 17:12 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
this avoids inliner to produce quadratically many STMT list nodes, so
inlining is now resonably fast. Next offenders are
--- Comment #2 from drow at gcc dot gnu dot org 2006-07-22 17:45 ---
Testing a patch for this.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |drow at gcc dot gnu dot org
|dot org
--- Comment #1 from drow at gcc dot gnu dot org 2006-07-22 17:46 ---
Testing a patch for this.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from kargl at gcc dot gnu dot org 2006-07-22 17:55 ---
Subject: Bug 28439
Author: kargl
Date: Sat Jul 22 17:55:35 2006
New Revision: 115677
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115677
Log:
2006-07-22 Steven Bosscher [EMAIL PROTECTED]
PR
--- Comment #9 from kargl at gcc dot gnu dot org 2006-07-22 17:58 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from drow at gcc dot gnu dot org 2006-07-22 18:06 ---
Hmm. What's happening here is that we set TREE_USED on the enumerator, but not
on the type. The enumerator never gets output, because the type is not output.
It would probably be a strict improvement to add the type
--- Comment #12 from hubicka at ucw dot cz 2006-07-22 18:09 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
I am attaching the .optimized dump of this testcase. It is quite good
demonstration on how SRA and TER tends to increase
--- Comment #9 from drow at gcc dot gnu dot org 2006-07-22 18:34 ---
Meanwhile, I'm testing a patch to treat them just as well as we treat casts.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-22 18:46 ---
Yes this is a dup of bug 17874.
*** This bug has been marked as a duplicate of 17874 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-22 18:46 ---
*** Bug 28444 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17874
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-07-22 18:53
---
A fix for the failing testcase was applied, the bug is still open on the 4.1
branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28075
--- Comment #14 from hubicka at ucw dot cz 2006-07-22 19:30 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
with the attached patch I can cure the regmove quadratic behaviour and
the time report is not so unresonable now:
--- Comment #9 from drow at gcc dot gnu dot org 2006-07-22 19:39 ---
Ian, could you say why you think that patch is responsible? I wonder if your
testcase would behave any differently on either side of the patch; it might be
something different taking up all the space.
I think the
--- Comment #5 from drow at gcc dot gnu dot org 2006-07-22 20:05 ---
I am not going to track down what did it, but something has fixed this on the
4.2 branch. I can reproduce it on Debian's 4.1 branch snapshot. If someone
wants to fix it on 4.1, it should probably be easy to use the
--- Comment #12 from echristo at apple dot com 2006-07-22 21:00 ---
This looks fixed to me.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #8 from echristo at apple dot com 2006-07-22 21:06 ---
I believe a patch to libstdc++ to check for __Unwind_GetIPInfo was committed.
Verify this still fails?
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #11 from echristo at apple dot com 2006-07-22 21:12 ---
Waiting on Edmar's feedback for Alan's patch.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #7 from echristo at apple dot com 2006-07-22 21:14 ---
Jim, were you going to check this in or did you need some more testing on it?
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #6 from echristo at apple dot com 2006-07-22 21:16 ---
Waiting on David's feedback.
--
echristo at apple dot com changed:
What|Removed |Added
gcj -v
-B/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/
-B/home/gandalf/projects/java/classpath/gcj/build/gcc/ -fomit-frame-pointer
-fclasspath=
-fbootclasspath=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib
--- Comment #1 from gnu_andrew at member dot fsf dot org 2006-07-22 21:34
---
Created an attachment (id=11922)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11922action=view)
Class file being compiled
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
--- Comment #2 from gnu_andrew at member dot fsf dot org 2006-07-22 21:40
---
#0 internal_error (gmsgid=0x840454 in %s, at %s:%d)
at
/home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/diagnostic.c:582
#1 0x004c018c in fancy_abort (file=value optimized
--- Comment #9 from schwab at suse dot de 2006-07-22 21:41 ---
Why do you think this bug has anything to do with libstdc++?
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from gnu_andrew at member dot fsf dot org 2006-07-22 21:56
---
record_type 0x2afd15eb52c0 gnu.awt.LightweightRedirector type_2 type_4 type_5
BLK
size integer_cst 0x2afd15e2ef30 type integer_type 0x2afd15e3a0b0
bit_size_type constant invariant 128
unit size
--- Comment #4 from gnu_andrew at member dot fsf dot org 2006-07-22 22:02
---
(gdb) call debug_tree(cons)
constructor 0x2afd16299840
type record_type 0x2afd15e4a790 java.lang.Class tree_3 type_2 type_4 BLK
size integer_cst 0x2afd15e44f30 constant invariant 2240
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-22 22:07 ---
This bug does not belong in waiting as it is not waiting on the user input but
a developer input.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-07-22 22:08
---
libstdc++ is only part of the problem, libjava still has the same issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-22 22:09
---
Actually libstdc++ is only part of the problem, the other part is libjava.
Eric if you are going to close something, you should test it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-07-22 22:16
---
It is obvious the patch actually works but needs a full testing so this really
should not be in waiting.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-22 22:27 ---
This is a glibc bug which has been fixed already.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-22 22:28 ---
Because less people test glibc staticly. Anyways this is a glibc bug which has
since been fixed and it is the same problem as mentioned in PR 28351 so closing
as a dup of that bug.
*** This bug has been marked as
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-22 22:28 ---
*** Bug 28456 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
#include cstdio
struct x
{
typedef void (x::*fn_ptr)();
void foo() { }
};
int main()
{
x obj;
x::fn_ptr f = x::foo;
std::printf( obj = %p, f = %p\n, obj, f );
return 0;
}
memb_fn.cpp: In function #8216;int main()#8217;:
memb_fn.cpp:11: warning:
--- Comment #4 from patchapp at dberlin dot org 2006-07-22 22:50 ---
Subject: Bug number PR tree-optimization/24888
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00981.html
--
Compile this with g++ -g:
int var;
You'll see this in the readelf -wi output:
16e: Abbrev Number: 2 (DW_TAG_namespace)
DW_AT_sibling : 86
DW_AT_name: ::
DW_AT_decl_file : 1
DW_AT_decl_line : 0
278: Abbrev Number: 3 (DW_TAG_variable)
DW_AT_name
--- Comment #1 from drow at gcc dot gnu dot org 2006-07-23 00:12 ---
Mark, did the old C++ parser have TYPE_CONTEXT == NULL for the global scope and
the new one have it pointing to the global namespace, or something like that?
If so, I guess we'll have to strip that out in dwarf2out.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
58 matches
Mail list logo
