This is caused by subregs not being allowed in addresses. The splitter
generates something that is not recognized as a *lea_1_rex64 pattern. More on
this at
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02072.html
Paolo
--
Summary: failure for pass.c on x86_64-pc-linux-gnu
the application swim from the spec2000 can`t be scheduled,
function calc1 can`t be scheduled,
while i tries larger sms-max-ii-factor, it still can`t.
--- Additional Comments From giovannibajo at libero dot it 2005-03-23
10:51 ---
The first non-trivial issue is that, in order to print "std::vector"
instead of "std::vector >", we need to do the template
substitution at error printing time, and check if the resulting substitution
matc
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From giovannibajo at libero dot it 2005-03-23
11:01 ---
or maybe:
test.cc: In member function `void A::foo() [with T = int, int N =
, int X = ]':
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14912
--- Additional Comments From refson dot temp at ntlworld dot com
2005-03-23 11:16 ---
This bug is a complete showstopper, but has been sitting unresolved
for 6 months. Is there any way to increase the priority and actually
have it assigned to anyone? There is no way to even test that t
extern void abort (void);
extern void exit (int);
struct T
{
char *t1;
char t2[4096];
char **t3;
};
int a[5];
int b;
char **c;
int d;
char **e;
struct T t;
char *f[16];
char *g[] = { "a", "-u", "b", "c" };
__attribute__ ((__noreturn__)) void
foo (void)
{
while (1);
}
__attribute__ ((noi
--
What|Removed |Added
CC||gnu-bugzilla at linuxnetz
||dot de
http://gcc.gnu.org/bugzilla/
--- Additional Comments From caolanm at redhat dot com 2005-03-23 11:53
---
The workaround is trivial. But I'm still confused as to what exactly causes gcc
to treat unnamed enums so much differently that named ones. It would be great if
I could get some clarity on this. I have a handful
--- Additional Comments From laurent at guerby dot net 2005-03-23 11:55
---
Could you try the patch from PR ada/20593 and report?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20593
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20596
--- Additional Comments From laurent at guerby dot net 2005-03-23 11:54
---
I confirm the patch solves the problem, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20593
--- Additional Comments From macro at linux-mips dot org 2005-03-23 12:15
---
> + (v * (((HOST_WIDE_ITN)1 << 31) + ((HOST_WIDE_INT)1 << 31)))
^^^
There is a typo above. Thanks for your fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20532
Hi,
g++ crashes and asks me to submit a bug on the following program fragment:
The command is:
g++-3.2 -c -Wreturn-type -pedantic -pedantic-errors -Wundef testing.cpp -o
testing.o
The OS:
Linux 2.4.26.1.p4 #1 i686
(and also on 2.4.21.4)
The code (file testing.cpp) is:
#include
--- Additional Comments From dave at boost-consulting dot com 2005-03-23
12:55 ---
Doesn't sound right to me.
I think you should either show vector or include A in the "with" clause of
vector. I'm sort of inclined to the former; Don't forget that parameter
names are not always so sho
--- Additional Comments From danglin at gcc dot gnu dot org 2005-03-23
13:29 ---
Also happens on hppa-unknown-linux-gnu.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
13:59 ---
On powerpc-darwin, so I am going to assume now this is target independent.
--
What|Removed |Added
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-23
14:02 ---
Confirmed, i have a patch coming. I missed an early exit condition in
constification during PRE.
This also occurs in 4.1.
--
What|Removed |Added
---
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
I've been seeing the following SPEC ICEs on powerpc-darwin when compiling
with "-fprofile-arcs -O2 -mpowerpc64":
==> SPEC's gap:
gcc -c -o system.o -DSYS_IS_BSD -DSYS_HAS_IOCTL_PROTO -DSYS_HAS_TIME_PROTO -
DSYS_HAS_SIGNAL_PROTO -DSYS_HAS_ANSI -DSYS_HAS_CALLOC_PROTO -
DSYS_HAS_STDIO_PROTO -fprofil
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
14:24 ---
>This might be a duplicate of PR20203?
no but it is a dup of PR 20249 which has a patch (which was approved but not
applied yet).
*** This bug has been marked as a duplicate of 20249 ***
--
Wh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
14:25 ---
*** Bug 20603 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
14:33 ---
Fixed already in 3.2.3. Confirmed in 3.2.2.
Also this is invalid code but only rejected in 3.4.0 and above.
--
What|Removed |Added
-
You can tell that it does not get passed -fPIC by the following failure in the
testsuite:
Executing on host: /Users/pinskia/src/new-fold/gcc/objdir/gcc/xgcc
-B/Users/pinskia/src/new-fold/
gcc/objdir/gcc/
/Users/pinskia/src/new-fold/gcc/gcc/testsuite/treelang/execute/funccall.tree
-lm
-o
--- Additional Comments From fca at mail dot cern dot ch 2005-03-23 15:08
---
Subject: Re: gcc-4_0 from head does not build on Panther
Hello,
this bug should be closed, it was my error and I apologise for that. I
had the gnu intl lib in /usr/local/lib. Apparently configure was prob
--
What|Removed |Added
CC||gcc-bugs at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
15:12 ---
(In reply to comment #1)
> it's related to the system i'm working with,
>
> gcc -S and then running as on it produced working files
>
> sorry for bothering you with this...
This means it is your machine i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
15:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From saurabh dot verma at codito dot com
2005-03-23 15:24 ---
Filed a patch on gcc-patches to fix this.
When optimizations are enabled, the arc backend generates a single instruction
loop for such code. The loop count register is checked only at the end of the
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
15:53 ---
Subject: Bug 20501
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 15:53:05
Modified files:
gcc: ChangeLog tree-vect-analyze.c
Log m
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 has started failing on
mainline between 20050321 and 20030323, on hppa64-hpux and ia64-hpux (-mlp64
only) but not on hppa2.0w-hpux or ia64-hpux -lilp32. Results on gcc-testresults
also show it failing on ia64-linux.
--
Summary: gcc.
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-23 16:36
---
That should of course be 20050323 (not 20030323).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
16:46 ---
Woops this is a dup of bug 19406. I had some how missed that for some reason.
*** This bug has been marked as a duplicate of 19406 ***
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
16:46 ---
*** Bug 20513 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
16:57 ---
(In reply to comment #4)
> The workaround is trivial. But I'm still confused as to what exactly causes
> gcc
> to treat unnamed enums so much differently that named ones. It would be great
> if
> I could g
--- Additional Comments From dank at kegel dot com 2005-03-23 17:06 ---
That's the same one I mentioned in
http://gcc.gnu.org/ml/gcc/2005-03/msg00991.html
I was going to report it, but you beat me to it,
and you did a better job of minimizing the test
case thank I did. Thanks!
What does
--
What|Removed |Added
CC||dank at kegel dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
18:14 ---
Subject: Bug 20601
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 18:14:13
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
18:15 ---
Subject: Bug 20601
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 18:14:52
Modified files:
gcc: ChangeLog tree-ssa-pre.c
Added files
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-23
18:17 ---
El fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Toggling line 17 of the (soon to be) attached source file allows the compilation
to proceed. Bryce can duplicate this error with his build from head.
$ gcj --version
gcj (GCC) 4.0.0 20050320 (Red Hat 4.0.0-0.35)
$ wget http://people.redhat.com/~overholt/Main.java
$ javac Main.java
$ gcj -fPIC -fj
--- Additional Comments From overholt at redhat dot com 2005-03-23 18:25
---
Created an attachment (id=8435)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8435&action=view)
Test case
Toggling the comment on line 17 affects things.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|java
--- Additional Comments From aph at gcc dot gnu dot org 2005-03-23 18:46
---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
--
What|Removed |Added
Attachment #8435|application/octet-stream|text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
--- Additional Comments From bangerth at dealii dot org 2005-03-23 18:53
---
Intuitively, C++ treats unnamed enums differently than named ones, because
in templates the function/class name has to be mangled, and will contain
the name of the template arguments. If the template argument
--
What|Removed |Added
GCC target triplet||x86_64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
On Sparc Solaris, the attached code leads to the following assembly sequence
being produced at the beginning of a function. Stack slot %fp-32 is read before
it is written. Turning off either -fstrict-aliasing or -fsched-insns causes the
problem to go away.
I'm relying on the GCC extension that all
--- Additional Comments From Ganesh dot Sittampalam at arm dot com
2005-03-23 19:04 ---
Created an attachment (id=8436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8436&action=view)
Source code for bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20607
--- Additional Comments From Ganesh dot Sittampalam at arm dot com
2005-03-23 19:05 ---
Created an attachment (id=8437)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8437&action=view)
gcc -v -save-temps output for bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20607
--- Additional Comments From caolanm at redhat dot com 2005-03-23 19:12
---
Sounds reasonable, but it's not the case that the compiler should just silently
not consider anonymous enums as candidates for template argument matching ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2058
--- Additional Comments From bangerth at dealii dot org 2005-03-23 19:24
---
That has been subject to discussion (i.e. whether the attempt to use an
unnamed enum as a template argument should just silently fail as a
substitution failure). However, it has been decided that this is a ha
--- Additional Comments From mark at codesourcery dot com 2005-03-23 19:28
---
Subject: Re: error: '' is/uses anonymous type'
bangerth at dealii dot org wrote:
> --- Additional Comments From bangerth at dealii dot org 2005-03-23 19:24
> ---
> That has been subject to discussi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
19:29 ---
Hmm, we are dying because of the following instruction:
(jump_insn 169 168 170 19 (set (pc)
(reg/f:DI 66 [ #ref#6#19 ])) 515 {*indirect_jump_rtx64} (nil)
(expr_list:REG_DEAD (reg/f:DI 66 [ #ref#6#19 ])
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
19:38 ---
(In reply to comment #2)
> Why is computed_jump_p (insn) not returning true?
Actually it is the following insn:
(jump_insn 169 222 170 19 (set (pc)
(reg:DI 0 ax)) 515 {*indirect_jump_rtx64} (nil)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
19:46 ---
Hmm, I think this is a reload or a recognizing problem.
inside reload (when adding the LABEL_REG), we have the following instruction:
(jump_insn 169 222 170 19 (set (pc)
(label_ref:DI 172)) 515 {*ind
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
19:59 ---
Hmm, the example in comment #3 is fixed on the mainline but the orginal one is
just as bad when
removing const now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19659
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
20:10 ---
And here is a testcase for a missed optimization on the TREE level:
void abort (void);
struct a
{
int i;
} *a;
int f(void)
{
int *ii = &a->i;
void *l;
a->i = 1;
if (*ii)
l = &&l1;
else
l =
/*
% gcc-3.4.3 -m64 -o foo foo.c
% foo
0
here
0
%
% gcc-4.0 -m64 -o foo foo.c
% foo
0
here
Bus Error (core dumped)
%
% uname -a
SunOS portia 5.8 Generic_117350-18 sun4u sparc SUNW,Sun-Blade-100
%
% gcc-4.0 -v
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: /home/kate/gcc-4.0-20
--
What|Removed |Added
Component|regression |target
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
20:30 ---
We are missing some jump threading opertinutes on the tree level:
prephitmp.107 = 0B;
goto (*.LJpc=79);
.
*.LJpc=79:;
if (prephitmp.107 == 0B) goto *.LJpc=99; else goto ;
--
http://gcc.gnu
I keep getting a "install-sh not found" when trying to install gcc on a Solaris
9 box. The problem is when there is no compatible BSD install program in the
current path, configure defaults to using install-sh supplied in the top level
dir of the src. However either configure or the Makefile it g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
20:35 ---
or configure with an relative path.
Anyways this is fixed in 3.4.4. This is a dup of bug 13993.
*** This bug has been marked as a duplicate of 13993 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
20:35 ---
*** Bug 20609 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23
20:51 ---
FWIW, we do support "-ms" and "-mx", but not "-Xms" and "-Xmx".
Those are just ignored.
However, we ought to recognize those. I'm leaving the PR open for now,
for that reason.
--
http://gcc.gnu.org/bug
When doing real by complex multiplications in C++ using std::complex,
the multiplication is transformed to a complex by complex multiplication, even
though the imaginary part is zero for one of the arguments.
This is similar to TR 19953, however there is still a problem even though it is
su
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
21:11 ---
Because C99 is different from C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20610
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:26 ---
Subject: Bug 18083
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00
Modified files:
libjava: ChangeLog
libjava/java/text:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:26 ---
Subject: Bug 14892
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00
Modified files:
libjava: ChangeLog
libjava/java/text:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:26 ---
Subject: Bug 9854
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00
Modified files:
libjava: ChangeLog
libjava/java/text:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:26 ---
Subject: Bug 2641
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00
Modified files:
libjava: ChangeLog
libjava/java/text:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:26 ---
Subject: Bug 11085
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00
Modified files:
libjava: ChangeLog
libjava/java/text:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:36 ---
Subject: Bug 9854
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25
Modified files:
libjava: ChangeL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:36 ---
Subject: Bug 2641
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25
Modified files:
libjava: ChangeL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:36 ---
Subject: Bug 18083
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:36 ---
Subject: Bug 11085
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:36 ---
Subject: Bug 14892
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25
Modified files:
libjava: Change
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23
21:37 ---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23
21:37 ---
Fix checked in.
--
What|Removed |Added
Status|UNCONFIRMED |RESOL
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23
21:38 ---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23
21:38 ---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23
21:39 ---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:42 ---
Subject: Bug 18025
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-23 21:42:11
Modified files:
gcc/testsuite : ChangeLog
libgfortran: C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23
21:46 ---
Subject: Bug 18025
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-23 21:46:01
Modified files:
gcc/testsuite : Change
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
Summary|regression
--- Additional Comments From bangerth at dealii dot org 2005-03-23 21:56
---
Related PRs are: PR 19404, and in particular PR 17413. The latter is the one
I was thinking of.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
I have encountered what seems to be an error of unforgiving nature when
attempting to compile a device driver for the parallel port. I also
attempted to compile the example given in Riku Saikkonen's HOW TO on I/O
port programming using options 0-6 with the same result.
The error is centered on
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-23
22:18 ---
Fixed on both 4.0 and mainline.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18025
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-23
22:58 ---
Using testcase from comment #2, I don't get a runtime error but the program
hangs out forever:
Program received signal SIGINT, Interrupt.
0x0806b971 in memset ()
Current language: auto; currently asm
(gd
PAPI fails to build on powerpc-linux with "-O3 -fPIC" due to multiple
symbols of the same name in assembler output. The minimized test case
demonstrates the problem.
The failure occurs on the 3.4 branch (the FSF versi
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-23 23:08
---
Created an attachment (id=8438)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8438&action=view)
minimized test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
23:44 ---
.LTLS0:
Confirmed, I really doubt it was fixed by the tree-ssa merge.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23
23:46 ---
Though the code which generates the label is the same so it might be the
tree-ssa merge after all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-24
00:09 ---
That patch that fixed this in gcc-3.4 is too large to backport, particularly
when considering that it depends on other stuff (such as
default_encode_section_info) which is not already present in gcc-3.3. How
--- Additional Comments From pcarlini at suse dot de 2005-03-24 00:19
---
But, isn't 19953 about -ffast-math? Or you really want the same code *without*
that switch?!? We are talking about completely different issues, IMHO.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20610
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
00:23 ---
Ok, what is happening here is we are committing too early to a label name.
There should be an easy
way of fixing this. Note the problem shows up in .31.bbro which duplicates the
BBs. This must likely
1 - 100 of 123 matches
Mail list logo
