--
What|Removed |Added
Target Milestone|4.0.2 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14438
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:56 ---
We now get:
:
if (v_8 < 0) goto ; else goto ;
Invalid sum of incoming frequencies 2500, should be 1775
:;
if (v_8 <= 0) goto ; else goto ;
:;
Invalid sum of incoming frequencies 4275, should be 5000
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:47 ---
Moving to 4.2 based on VAX is not a primary or secondary target.
--
What|Removed |Added
Ta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:37 ---
looks like it also effects 4.1.0:
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00465.html
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:27 ---
*** This bug has been marked as a duplicate of 23440 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:27 ---
*** Bug 23223 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:24 ---
Backtrace:
#0 0x9918 in strcmp ()
#1 0x004470bc in annotate_with_file_line (node=0x42cffaa0, file=0x0, line=0)
at /Users/pinskia/src/
ns/gcc/gcc/tree.c:3115
#2 0x00447674 in annotate_with_locus (node
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:21 ---
Backtrace:
#0 0x080fc839 in comptypes (t1=0xb7cc3844, t2=0x0, strict=0) at
/home/peshtigo/pinskia/src/
gnu/gcc/src/gcc/cp/typeck.c:933
#1 0x08077a83 in grokdeclarator (declarator=0x91509b4, declspecs=0xbf
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23784
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:03 ---
All of these testcase are include VLAs.
--
What|Removed |Added
GCC target triplet|
--- Additional Comments From hjl at lucon dot org 2005-09-10 05:03 ---
I also saw it on Linux/ia32. See my gdb output.
--
What|Removed |Added
GCC target triplet|x86_64-*-linu
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Keywords||ice-on-valid-code
Known to wor
--- Additional Comments From martsummsw at hotmail dot com 2005-09-10
04:58 ---
First of all - Thank you.
And I promise never to report an error against such an old version.
Second I however think I am happy to haven reported it since nobody on
comp.lang.c++ knew . I found nothing
--
What|Removed |Added
GCC target triplet||x86_64-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23806
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
04:56 ---
This was introduced by:
2004-08-04 Geoffrey Keating <[EMAIL PROTECTED]>
PR 14516
* c-common.c (c_expand_decl): Don't special-case static VAR_DECLs.
* c-common.h (make_rtl_for_local
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
04:41 ---
Testcase for all targets I can find:
/* { dg-options "" } */
/* { dg-do compile } */
register int r0; /* { dg-error "register name not specified" } */
register int bp; /* { dg-error "register name not specif
I think may new stabs failures like
FAIL: gcc.dg/debug/20020104-2.c -gstabs1 -O (test for excess errors)
FAIL: gcc.dg/debug/20020104-2.c -gstabs1 -O3 (test for excess errors)
FAIL: gcc.dg/debug/20020104-2.c -gstabs -O (test for excess errors)
FAIL: gcc.dg/debug/20020104-2.c -gstabs -O3 (test for e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:30 ---
This is a middle-end problem too and actually causes it be accepted in C also.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:29 ---
(In reply to comment #3)
> I think there might be a couple different bugs here but I don't know for sure.
And I think I know who caused it. Me as bp is no longer a real variable but
one declared as a regis
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:17 ---
I think the front-end is not remarking the INTEGER_CST's TREE_OVERFLOW to be
zero.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:07 ---
This is also accepted in 3.4.4 so this is a 3.4 regression also.
And it looks like this is very much related to PR 20721 and is most likely a
dup of that bug too.
--
What|Removed
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Severity|normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:44 ---
Almost fixed in 4.1.0:
t.cc: In function int main():
t.cc:15: error: use of A is ambiguous
t.cc:2: error: first declared as class X::A here
t.cc:6: error: also declared as class Y::A here
t.cc:15
--- Additional Comments From ash at onezero dot org 2005-09-10 02:33
---
Yes, I'm running the most recent one of those. The discussion in the cygwin
lists does not make it appear that it is easy to compile and install gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23769
--- Additional Comments From ivan at sierra-da dot com 2005-09-10 02:23
---
Thanks
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:22 ---
(In reply to comment #2)
> I'm on Cywin and couldn't find a later version of gcc - is there one
> somewhere
> that I can use?
Either you can compile one or I think cygwin has a couple of versions of GCC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:20 ---
This is might be the same problem as described in PR 23758.
--
What|Removed |Added
OtherBugsD
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:19 ---
(In reply to comment #3)
> (In reply to comment #1)
> > Confirmed. It doesn't work on mainline either. The warning machinery is
> > getting confused with the first V_MAY_DEF to j in the first call to 'bar(
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:17 ---
(In reply to comment #1)
> Confirmed. It doesn't work on mainline either. The warning machinery is
> getting confused with the first V_MAY_DEF to j in the first call to 'bar()'.
Actually the warning machin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:16 ---
*** Bug 23805 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:16 ---
Not this is hard to get right.
Anyways, this is a dup of bug 19430.
*** This bug has been marked as a duplicate of 19430 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:08 ---
*** Bug 23798 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:08 ---
*** This bug has been marked as a duplicate of 18082 ***
--
What|Removed |Added
--- Additional Comments From mike at codeweavers dot com 2005-09-10 02:04
---
char *foo(char **x) { if(*x) return x[0]; return 0; }
char *bar(void) { char *x, *y = 0; if(x) y = foo(&x); return y; }
/usr/local/gcc-4.0.1/bin/gcc -Wall -O2 -Wuninitialized -c tg.c
Give no warnings at all
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23798
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:00 ---
can you attach the preprocessed source?
You can get them with adding -save-temps to the last command line.
--
What|Removed |Added
---
--
Summary: No warning for uninitialized variable.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mike
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
01:49 ---
Fixed, thanks again Josh.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
01:49 ---
Fixed, thanks again Josh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21135
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
01:30 ---
You should get a warning with -Wuninitialized at -O1 and above.
In fact I do get one for the following code:
int f(void)
{
int *p;
int &r = *p;
return r;
}
---
4.0.0 and above's output:
t.cc: In funct
Type* p;
...// no value assigned to p
Type& r = *p; // should fail during compilation
--
Summary: reference initialization with compile-time bogus value
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From fitzsim at redhat dot com 2005-09-10 01:15
---
I'm changing the summary to be more general. Now that GTK 2.8 and Cairo 1.0 are
out we can make the transition to using Graphics2D exclusively in the GTK peers.
This will allow us to re-organize the Image APIs
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-10
01:03 ---
Subject: Bug 21135
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-10 01:03:32
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
23:10 ---
It took me a while to reduce this but finally:
struct CK {
typedef int RT;
};
void f(void)
{
2 / typename CK::RT(2);
}
--
What|Removed |Added
$ cat getlog.f
character*50 user
call getlog(user)
write(*,"(A)") user
end
$ gfortran getlog.f
cc4Qbaaa.o:getlog.f:(.text+0x15): undefined reference to `_gfortran_getlog'
collect2: ld returned 1 exit status
mingw sets the USERNAME environment variable, we should use it to
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 22:18
---
A regression hunt of mainline on powerpc-linux shows that the test starts
failing with a merge from tree-cleanup-branch on 20050409. The test passes,
however, with a compiler built after the final patch was a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:16 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 18870, which changed state.
Bug 18870 Summary: [g77 regression] Equivalencing two common blocks is not
caught
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18870
What|Old Value |New Value
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 19292 depends on bug 22304, which changed state.
Bug 22304 Summary: gfortran silently changes values in equilvanence'd variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22304
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 22304, which changed state.
Bug 22304 Summary: gfortran silently changes values in equilvanence'd variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22304
What|Old Value |New Value
-
--
Bug 23217 depends on bug 18878, which changed state.
Bug 18878 Summary: [4.0 only] erronous error message on vaild USE statement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18878
What|Old Value |New Value
-
--
Bug 19292 depends on bug 16511, which changed state.
Bug 16511 Summary: Test 19990905-0.f fails with gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16511
What|Old Value |New Value
--
Bug 20146 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--
Bug 15502 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
22:03 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-09
21:54 ---
Subject: Re: [4.1 Regression] ICE: in bsi_after_labels, at
tree-flow-inline.h:758
>
>
> --- Additional Comments From janis at gcc dot gnu dot org 2005-09-09
> 21:50 ---
> The testcase start
>
>
> --- Additional Comments From janis at gcc dot gnu dot org 2005-09-09
> 21:50 ---
> The testcase starts failing with this patch from irar:
>
> http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00888.html
>
> Ira, if this was a merge from a branch then I can do a regression hunt on
> tha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
21:52 ---
Subject: Bug 23784
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 21:52:12
Modified files:
libgfortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
21:51 ---
Subject: Bug 23784
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 21:51:33
Modified files:
libgfortran: ChangeLog
libgfortran/io : c
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-09-09 21:51 ---
Subject: Bug 23288
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/09/09 21:42:58
Modified files:
.
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 21:50
---
The testcase starts failing with this patch from irar:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00888.html
Ira, if this was a merge from a branch then I can do a regression hunt on
that branch, if that wou
--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-09
21:32 ---
Subject: Re: New: [mingw32] sleep malfunction
On Sep 9, 2005, at 5:30 PM, fxcoudert at gcc dot gnu dot org wrote:
> +# ifdef sleep
> +# undef sleep
> +# endif
You can undef it without having it defi
On Sep 9, 2005, at 5:30 PM, fxcoudert at gcc dot gnu dot org wrote:
+# ifdef sleep
+# undef sleep
+# endif
You can undef it without having it defined and not worry about
a warning.
-- pinski
$ cat sleep.f
call sleep(3)
end
$ ./bin/gfortran.exe sleep.f
$ time a
real0m0.040s
user0m0.010s
sys 0m0.010s
sleep simply doesn't work. We should include and use Sleep (note the
capital S).
Proposed patch (but this needs another patch to define TARGET_IS_MINGW):
Index: i
I am trying to build gcc-4.1-20050909 on a G4 with YellowDog Linux 3 (2.4 ppc
kernel). The configure script is run as:
#!/bin/bash
PREFIX=/usr/gcc-4.1-20050909
mkdir -p build
cd build
CC=/usr/gcc-4.0.1/bin/gcc CXX=/usr/gcc-4.0.1/bin/g++\
/home/lipovsky/gccstuff/gcc-4.1-20050909
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 21:07
---
Oh, and that's a WONTFIX for 3.4, in case anyone's interested.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20998
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 21:06
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
21:06 ---
Subject: Bug 20998
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 21:05:57
Modified files:
gcc: Change
--- Additional Comments From benjamin at smedbergs dot us 2005-09-09 20:51
---
I can confirm that attachment 9035 fixes the mozilla compile issues with GCC
4.0/4.0.1/trunk.
--
What|Removed |Added
---
--- Additional Comments From langel at redhat dot com 2005-09-09 20:46
---
Similar to #23792. I have confirmed this.
I am working on fixing #23792, this is a duplicate.
*** This bug has been marked as a duplicate of 23792 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
20:44 ---
(In reply to comment #9)
> I get:
> .stabs "z:(0,9)",128,0,6,24
> .stabs "w:(0,11)",128,0,6,24
After updating my gcc to the today's mainline instead of one from yesterday,
darwin's gdb wo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
20:37 ---
I get:
.stabs "z:(0,9)",128,0,6,24
.stabs "w:(0,11)",128,0,6,24
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20998
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-09 20:19
---
Also appears on ia64-hp-hpux11.23 (-mlp64 only).
--
What|Removed |Added
CC|
X-Bugzilla-Reason: CC
Background: I upgraded from Fedora Core 3 to Fedora Core 4 and now
Jreepad-1.4.1.jar doesn't execute. I reported it to the Jreepad author who
indicated I should report it to the libgcj maintainer since it might represent a
significant bug in the library (see copy of e-mail ex
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-09
19:38 ---
(In reply to comment #2)
> Did you by any chance mean PR 23556? That looks more like it.
Yes, I did. Sorry for the confusion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23770
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 19:14
---
The reduced testcase from comment #3 starts failing with this patch from
zadeck and dberlin:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00635.html
--
What|Removed |Added
-
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 19:08
---
Well it does with cvs head gdb on linux, both stabs and dwarf2. If you'll
verify that you see something akin to
.stabs "z:(0,7)",128,0,0,-4
.stabs "w:(0,9)",128,0,0,-4
in your assembly file
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
18:56 ---
Subject: Bug 22252
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 18:56:16
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From schwab at suse dot de 2005-09-09 18:51 ---
Sure I did.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23799
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-09
18:35 ---
Note also that Package.getVersion fails when the class file comes from a
jar. With the included example you can see this by making a manifest file
(in my example named "J/Man"):
Main-Class: men.gcjpackage.T
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-09 18:21
---
Well, maybe we will need init priority. I'm still thinking about that part.
Adding it is simple enough if we need it.
However, I'd like to check this in just to see what happens with the rest of it.
-benjami
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
18:05 ---
Note this is a new testcase for 4.1. Just to double check, did you try
compiling it with 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23799
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
--- Additional Comments From dpatel at apple dot com 2005-09-09 18:01
---
Subject: Re: [3.4/4.0/4.1 Regression] GCC does not emit debug info for
variables in anonymous unions
It does not fix gdb.cp/anon-union.exp (from GDB testsuite) failures
using darwin GDB. If you do not get any
Executing on host: /tmp/cvs/gcc-20050909/Build/gcc/testsuite/../g++
-B/tmp/cvs/gcc-20050909/Build/gcc/testsuite/../
/tmp/cvs/gcc-20050909/gcc/testsuite/g++.dg/init/pr23180-2.C
-nostdinc++
-I/tmp/cvs/gcc-20050909/Build/ia64-suse-linux/libstdc++-v3/include/ia64-suse-linux
-I/tmp/cvs/gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
17:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-09 17:43
---
The difference between 4.0 and HEAD is the expr.c hunk of
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg02021.html
If Paolo's reversion of that:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00589.html
makes it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
17:11 ---
This is more of the issue for a front-end person, mainly why are we calling
convert_to_integer while in a
template since that assumes all the types are set up correctly.
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 17:01
---
The testcase starts failing with this patch from pinskia:
http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00068.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23357
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-09
17:00 ---
It's a latent FE bug, hopefully one that an FE person can solve.
It's out of my FE experience league, unfortunately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
17:00 ---
(In reply to comment #5)
> The testcase starts failing with this patch from zadeck and dberlin:
It was decided this was really a latent front-end bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2317
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-09
16:58 ---
The problem here is that the NOP_EXPR case in tsubst is implemented by
build_nop, which unconditionally adds a NOP_EXPR. We need to simplify the
NOP_EXPR away so that fold can do its job. Perhaps we shoul
1 - 100 of 183 matches
Mail list logo
