--- Additional Comments From zxpmyth at yahoo dot com dot cn 2005-05-08
07:30 ---
(In reply to comment #1)
> *** This bug has been marked as a duplicate of 21275 ***
I have patched GCC 4.0.0 with http://gcc.gnu.org/ml/gcc-patches/2005-
05/msg9.html. The problem is still there.
--
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-08
08:12 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-08
08:13 ---
Got it
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerdsuwa at g
--- Additional Comments From gleb76 at gmail dot com 2005-05-08 08:16
---
(In reply to comment #1)
> Fixed for 4.0.0 and above.
I know it works in 4.0.0 but 3.4.3 is a default compiler shiped by RedHat. Is
this going to be fixed in 3.4 line of compilers?
--
http://gcc.gnu.org/bugzil
--
What|Removed |Added
Summary|mudflap reports errors for |mudflap reports errors for
|external variables |external array variable with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
08:18 ---
(In reply to comment #2)
> I know it works in 4.0.0 but 3.4.3 is a default compiler shiped by RedHat. Is
> this going to be fixed in 3.4 line of compilers?
No because it is not a regression.
--
http://gc
On May 8, 2005, at 2:21 AM, Harald Dunkel wrote:
Andrew Pinski wrote:
Wrong, try again. Violating aliasing rules cause undefined behavior
so seg faulting is an okay thing to do.
But producing a warning message and bad code is not OK. Either
using a "type-punned pointer" should be treated as a fata
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-08
09:40 ---
Now fixed on mainline. Backports for 4.0 and 3.4 are in the works.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
10:09 ---
Subject: Bug 16925
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-05-08 10:08:50
Modified files:
gcc: Change
Harald Dunkel <[EMAIL PROTECTED]> writes:
> Andrew Pinski wrote:
>> Wrong, try again. Violating aliasing rules cause undefined behavior
>> so seg faulting is an okay thing to do.
>
> But producing a warning message and bad code is not OK. Either
> using a "type-punned pointer" should be treated a
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
10:14 ---
Subject: Bug 16925
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-08 10:14:31
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
10:23 ---
Subject: Bug 16925
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-08 10:23:40
Modified files:
gcc: ChangeLog
gcc/config/m68hc11
--- Additional Comments From ciceron at gcc dot gnu dot org 2005-05-08
10:29 ---
Fixed in 3_4 (3.4.4?), 4_0 (4.0.1), and mainline.
--
What|Removed |Added
Status|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-08
10:58 ---
> Then what is the point of the -munaligned-doubles flag? Is this simply
> ignored? I understand your point about malloc, but what if we have
> casts to buffers that are not mod8-aligned? Isn't that wha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
11:57 ---
Subject: Bug 21416
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-08 11:57:01
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
12:06 ---
Subject: Bug 21416
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-05-08 12:06:33
Modified files:
gcc: Change
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-08
12:14 ---
Fixed in 3.4, 4,0 and 4.1.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From chris at bubblescope dot net 2005-05-08 12:18
---
Out of interest, where do the docs say that? (I'm not being sarcastic, just
interested)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
--- Additional Comments From mike at navi dot cx 2005-05-08 12:38 ---
http://gcc.gnu.org/onlinedocs/libstdc++/abi.html
See the "testing multi-abi binaries" section at the bottom:
A "C" application, dynamically linked to two shared libraries, liba, libb. The
dependent library liba is C
--- Additional Comments From gtolstolytkin at ru dot mvista dot com
2005-05-08 13:50 ---
I've done a build for i686-unknown-linux-gnu (3.4.4-20050506, glibc 2.3.2, linux
2.6.8). It seems to work fine too.
Thanks,
Grigory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18081
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-05-08 13:54 ---
turned out as a side effect of the gpc build.
--
What|Removed |Added
Sta
This test case is not fully optimized on mainline:
typedef int (*objc_typed_write_func) (void *, const char *, int);
typedef struct objc_typed_stream
{
void *physical;
objc_typed_write_func write;
} TypedStream;
int
foo (struct objc_typed_stream
--- Additional Comments From m dot blizinski at wsisiz dot edu dot pl
2005-05-08 14:57 ---
Created an attachment (id=8838)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8838&action=view)
preprocessed file ic_predict.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21452
[EMAIL PROTECTED]:~/src/MPlayer-1.0pre7/libfaad2$ gcc --version
gcc (GCC) 3.3.4
System type: GNU/Linux Slackware 10.1 on Celeron M 1500MHz
Hardware: Fujitsu-Siemens Amilo Pro V2000D
Complete gcc command that triggers the error.
[EMAIL PROTECTED]:~/src/MPlayer-1.0pre7/libfaad2$ LC_ALL=C make
cc -
/*
This code fragment triggers an error at 4.1.0 complaining about an invalid
lvalue
(in the assignment) but is compiled cleanly with older gcc version. No
special flags
are required. This causes troubles with binutils compiled for
"i386-pc-mingw32msvc" as "ld" sources for that platfo
--- Additional Comments From matt at 3am-software dot com 2005-05-08 15:32
---
This bug is to due to struct mult_cost having its member defined as shorts.
Since MAX_COST is defined to be INT_MAX, when a cost value is moved from div_mod
to mult_cost, the upper bits are truncated and the
--
What|Removed |Added
Known to work||3.4.4 4.0.1 4.1.0
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code, ssemmx
http://gcc.gnu.org/bugzilla/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
15:41 ---
This was an extension in GCC before 4.0.0. It was removed. Though this is
valid C++, this is not valid
C.
This is a bug in binutils, the way to fix it would be like:
if (i) p = r; else q = r;
--
esp), %eax
movlarray(,%eax,4), %eax
ret
.LFE2:
.size _Z3fooj, .-_Z3fooj
.data
.align 4
.type array, @object
.size array, 16
array:
.long 0
.long 1
.long 2
.long 3
.ident "GCC: (GNU)
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
Keywords||ra
Last reconfirmed|2005-02-06 18:50:24 |2005-05-08 16:46:36
date|
--- Additional Comments From ciceron at gcc dot gnu dot org 2005-05-08
16:49 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ciceron at gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
17:00 ---
(In reply to comment #5)
> In *.final_cleanup of cc1-i files with --enable-checking, I see
>
> 1308 occurrences of tree_code_type[CST]
On PPC-darwin I get about 1251.
Next up the patch for tree_code_lengt
--- Additional Comments From ciceron at gcc dot gnu dot org 2005-05-08
17:03 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ciceron at gcc
--- Additional Comments From ciceron at gcc dot gnu dot org 2005-05-08
17:20 ---
The problem was introduced by the switch to "predicates.md" where
the "splitable_operand" predicate is not correctly defined in the
description: it accepts a subreg, reg, or mem but it must also
accept a con
--
What|Removed |Added
Summary|ICE with building newlib|[4.1 Regression] ICE with
||building newlib
Target Milestone|-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
17:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
17:40 ---
oh, why is d considered call clobbered when it cannot be:
Variable: d.0, UID 0, float
Variable: d, UID 1, float, is global, call clobbered, default def: d_4
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
17:42 ---
Subject: Bug 19051
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-05-08 17:42:45
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
17:48 ---
Subject: Bug 19051
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-08 17:48:20
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
17:49 ---
On the mainline we get:
xorl%eax, %eax
movzbl 8(%esp), %edx
cmpb$0, 4(%esp)
je .L4
testb %dl, %dl
setne %al
.L4:
movzbl %al, %eax
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
17:52 ---
Subject: Bug 19051
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-08 17:52:23
Modified files:
gcc: ChangeLog
gcc/config/m68hc11
--- Additional Comments From ciceron at gcc dot gnu dot org 2005-05-08
17:53 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
17:56 ---
Any news on this?
--
What|Removed |Added
Version|unknown |4.1
--
What|Removed |Added
Known to fail|3.4.4 4.0.0 |3.4.3 4.0.0
Known to work||3.4.4 4.0.1 4.1.0
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
18:04 ---
Fixed both the DSE and the threading issue.
--
What|Removed |Added
Status|ASSIGN
--
Bug 19794 depends on bug 18076, which changed state.
Bug 18076 Summary: Missed jump threading optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18076
What|Old Value |New Value
---
--- Additional Comments From gtolstolytkin at ru dot mvista dot com
2005-05-08 18:07 ---
I meant that 20050506 build still has the bug. And the build with the patch
works fine for i686 too. I didn't mean that the bug was somehow fixed in
20050506 ;)
Thanks,
Grigory.
--
http://gcc.g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
18:10 ---
I think the issue is that we don't simulate anything besides COND_EXPR.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
18:17 ---
I lost the code which I was using to do this so I am no longer working on this.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
18:20 ---
I am too busy for this one.
--
What|Removed |Added
AssignedTo|pinskia at gcc dot gnu
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-08 18:26
---
It's the unwind info that should be changed, not the code.
I'll do it.
--
What|Removed |Added
--- Additional Comments From tsv at solvo dot ru 2005-05-08 18:30 ---
(In reply to comment #13)
> It's the unwind info that should be changed, not the code.
> I'll do it.
Thank you very much. I just understand the code better than DWARF stuff. :)
--
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
19:08 ---
Hmm, we do optimize this with ashiftrt but not with ashift.
We also fold ((1 << a) & 1) != 0 into ((1 >> a & 1) != 0) which gets optimized
on the RTL level.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
19:12 ---
(In reply to comment #2)
> PR 15359 will fix foo and baa but not baz for some reason.
I mean 15459.
Also this is done on the RTL level at least on PPC.
--
What|Removed |A
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
19:18 ---
I am no longer working on this.
--
What|Removed |Added
AssignedTo|pinskia at gcc dot
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
20:05 ---
Subject: Bug 21281
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-08 20:04:52
Modified files:
gcc: ChangeLog
gcc/config/m68hc11
--- Additional Comments From ciceron at gcc dot gnu dot org 2005-05-08
20:18 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Falk Hueffner wrote:
>
> It doesn't know that. The warning is for the *creation* of the
> type-punned pointer, which is still perfectly fine. Gcc is too stupid
> to notice whether you actually dereference it.
>
Yup. There are billions of this constructs in everbodies
and his moms source files. By
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
21:22 ---
Subject: Bug 14841
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-08 21:22:21
Modified files:
gcc: ChangeLog Makefile.in tree-ssa-ccp.c
testcase.ii:20253: error: type 'XMLFile' is not a base type for type 'XMLFile'
testcase.ii:20253: error:in pointer to member conversion
I think it's a reject of valid code.
# gcc-4.0.1-20050507.
--
Summary: type 'X' is not a base type for type 'X' in pointer to
--- Additional Comments From pluto at agmk dot net 2005-05-08 21:27 ---
Created an attachment (id=8840)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8840&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
/show_bug.cgi?id=16613
because there are also many older time reports.
now here for gcc-4.1-20050508
> gcc-4.1-20050508 -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20050508/configure --prefix=/opt/gcc-4.1-20050508
--program-suffix=-4.1-20050
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-08 21:30
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 14840 depends on bug 14841, which changed state.
Bug 14841 Summary: [tree-ssa] const_array[CST] is not folded
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14841
What|Old Value |New Value
--
Bug 8826 depends on bug 14841, which changed state.
Bug 14841 Summary: [tree-ssa] const_array[CST] is not folded
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14841
What|Old Value |New Value
-
--
Bug 15838 depends on bug 14841, which changed state.
Bug 14841 Summary: [tree-ssa] const_array[CST] is not folded
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14841
What|Old Value |New Value
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-08 21:30
---
Just checked in a patch.
--
What|Removed |Added
Target Milestone|---
--- Additional Comments From giovannibajo at libero dot it 2005-05-08
22:13 ---
Reconfirmed, still several failures in Boost because of this.
--
What|Removed |Added
Last r
So I get the above ICE
(gen_subprogram_die at dwarf2out.c:10913) with debian's 3.4.4 shapshot
(20050314). I'm currently building CVS top of branch to double check. It also
happens with an older 20041116 build I have here.
--
Summary: ICE building glibc 2.3.5 nptl in gen_subp
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-08 22:46 ---
Created an attachment (id=8841)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8841&action=view)
Here is the .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21457
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-08 22:47 ---
Created an attachment (id=8842)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8842&action=view)
And the half-generated .s file in case it's useful too
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-08 22:48 ---
Oh, and sorry if I got the triplets wrong, I can never remember what are the
"proper" ones ...
--
What|Removed |Added
---
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-08
23:18 ---
Kazu and I discussed a plan for how to fix this, I'll try implementing it.
--
What|Removed |Added
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-08 23:19 ---
Ok, this is with a CVS checkout of today, without the debian patches (that
changes the line number a bit). I now get:
../elf/tst-execstack-mod.c:24: internal compiler error: in gen_subprogram_die,
at d
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-08 23:23 ---
Hrm... smells a bit like 16676 ... It really needs to be fixed asap, it prevents
building glibc in it's current state.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21457
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-08
23:24 ---
Subject: Bug 21285
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-08 23:23:51
Modified files:
libffi : ChangeLog
libffi/src/alpha:
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-08 23:39 ---
Same goes for iconvconfig.c:1244 in glibc too, so at least now 2 occurences of
this bug preventing build of glibc. This one is a nested function too, so I
suppose that is the real issue.
--
http://
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-05-08
23:47 ---
The -march flag is not supposed to alter the tuning. Use -mtune or -mcpu, as
appropriate, if you want to do that.
--
What|Removed |Added
---
--- Additional Comments From pluto at agmk dot net 2005-05-08 23:47 ---
reduced testcase:
class A;
typedef bool (A::*FuncPtr)();
class B {
public:
FuncPtr foo() const { return fp1; }
FuncPtr bar() const { return fp2; }
private:
FuncPtr fp1, fp2;
};
In member
--
What|Removed |Added
Attachment #8840 is|0 |1
obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
--
What|Removed |Added
CC||mmazur at kernel dot pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
23:56 ---
Confirmed, reduced testcase:
class XMLFile;
typedef bool (XMLFile::*ParserFunctionPtr)();
struct ParserElement
{
ParserFunctionPtr getPreFunc() const { return preFunc; }
ParserFunctionPtr getPostFunc()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-08
23:57 ---
so closing as fixed.
--
What|Removed |Added
Status|ASSIGNED|
--
Bug 3713 depends on bug 15838, which changed state.
Bug 15838 Summary: "Inline" value of static struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15838
What|Old Value |New Value
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21457
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-09
00:03 ---
*** This bug has been marked as a duplicate of 16676 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-09
00:03 ---
*** Bug 21457 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21454
On May 8, 2005, at 4:17 PM, Harald Dunkel wrote:
Falk Hueffner wrote:
It doesn't know that. The warning is for the *creation* of the
type-punned pointer, which is still perfectly fine. Gcc is too stupid
to notice whether you actually dereference it.
Yup. There are billions of this constructs in eve
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-09
00:16 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From mark at codesourcery dot com 2005-05-09 00:20
---
Subject: Re: [4.0 Regression] Reload may generate
stores to read-only memory
ebotcazou at gcc dot gnu dot org wrote:
> --- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-07
> 16:52
--- Additional Comments From benh at kernel dot crashing dot org
2005-05-09 00:29 ---
Note that the use of -g1 on glibc NPTL build is a debian rule, I don't know if
anybody else does that and I don't know why they do that, some obscure comment
seem to imply it is to get unwind informatio
Consider
extern void g (void);
extern void bar (int);
int
foo (int a)
{
int i;
for (i = 1; i < 100; i++)
{
if (i)
g ();
}
/* Force VRP to run. */
if (a)
bar (a);
}
VRP does not remove the first "if" statement.
--
Summary: VRP does not remove a co
Consider the following test code
program format_string
implicit none
character(len=*), parameter :: rform='(F15.5)', &
cform="(' (', F15.5, ',' F15.5, ') ')"
call print_a_number(cform)
contains
subroutine print_a_number(style)
character(len=*) :: style
write(*, style) cmplx(0.0, 0.0)
--
What|Removed |Added
Severity|normal |critical
Component|debug |c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16676
--
What|Removed |Added
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21459
When compiling a C++ file, gcc 4.0.0 and 4.0.1 20050507 prerelease report an
internal compiler error:
> /gcc-test/bin/g++ ice.cpp -O2
ice.cpp: In constructor 'SomeException::SomeException(const char*, ...)':
ice.cpp:21: internal compiler error: in calc_dfs_tree, at dominance.c:376
Please submit a
--- Additional Comments From gcc-bugzilla at antony dot heightanxiety dot
com 2005-05-09 04:57 ---
Created an attachment (id=8843)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8843&action=view)
The isolated snippet causing the problem
I'm including the .cpp file and not the .i fi
1 - 100 of 103 matches
Mail list logo
