--- 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
AssignedTo|un
--- 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
--- 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 un
--- 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=gcc&view=rev&rev=115674
Log:
PR c++/28258
* method.c (locate_copy): C
--- 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=gcc&view=rev&rev=115675
Log:
PR c++/28258
* method.c (locate_copy): C
--- 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 af
--
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
http://
--- 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 alias
--- 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
Assigne
--
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
Assigne
--- 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=gcc&view=rev&rev=115677
Log:
2006-07-22 Steven Bosscher <[EMAIL PROTECTED]>
PR for
--- 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
Summary|Mult
--- 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 regis
--- 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:
gnu_dev_maj
--- 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 situ
--- 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 re
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu dot
|
I am trying to build a 32b GCC cross compiler from x86 Linux to PPC Linux...
Building and installing GCC works fine, but then I run into the
following GCC error:
checking for main in -lm... configure: error: Link tests are not allowed
after GCC_NO_EXECUTABLES.
make[1]: *** [configure-target-
Hi,
with the attached patch that saves roughly 10 minutes of tree-into-ssa
pass, I can compile with -O3 -fno-tree-fre -fno-tree-pre. Only without
checking-enabled since we do incredibly deep dominator walks running out
of stack space that can be considered as bug too.
TER still manages to enfore
--- Comment #16 from hubicka at ucw dot cz 2006-07-22 20:51 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
with the attached patch that saves roughly 10 minutes of tree-into-ssa
pass, I can compile with -O3 -fno-tree-fre -fno-tree-pre
--- 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
Status|N
--- 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
Stat
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
--encodi
--- 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=11922&action=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=, line=1885,
--- 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
---
constant invariant 128>
unit size constant invariant 16>
align 64 symtab 369628368 alias set -1
fields
unit size
align 64 symtab 369629040 alias set -1 fields
--- Comment #4 from gnu_andrew at member dot fsf dot org 2006-07-22 22:02
---
(gdb) call debug_tree(cons)
unit size
align 64 symtab 0 alias set -1
fields
public static unsigned DI file java/lang/Class.java line 0
size
unit
--- 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 a
--- 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
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 ‘int main()’:
memb_fn.cpp:11: warning: format ‘%p’ expe
--- 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
--
http://gcc.
Compile this with g++ -g:
int var;
You'll see this in the readelf -wi output:
<1><6e>: Abbrev Number: 2 (DW_TAG_namespace)
DW_AT_sibling : <86>
DW_AT_name: ::
DW_AT_decl_file : 1
DW_AT_decl_line : 0
<2><78>: Abbrev Number: 3 (DW_TAG_variable)
DW_AT_n
--- 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. W
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
59 matches
Mail list logo
