--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-09 06:27 ---
4753 gcc_assert (!TYPE_UNSIGNED (TREE_TYPE (decl)));
if (TYPE_UNSIGNED (TREE_TYPE (decl)))
warning (0, "%Hiteration variable %qE is unsigned", &elocus, decl);
We only warn but then we assert it being false
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-09 06:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-09 06:17 ---
Confirmed, reduced testcase:
enum EBorderStyle
{
BNATIVE, BHIDDEN
};
struct BorderValue
{
enum EBorderStyle style:8;
};
enum EBorderStyle f(const struct BorderValue *border)
{
return border ? border->style :
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-09 03:27 ---
Fixed in 4.0.3. 3.4.x is no longer being supported.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Please include in your bug report all of the following items, the first three
of which can be obtained from the output of gcc -v:
* the exact version of GCC;
* the system type;
* the options given when GCC was configured/built;
$ /x/sim/nomura/root.linux/gcc346/bin/gcc -v
Reading spe
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-05-09 02:08
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-09 01:40 ---
(In reply to comment #7)
> Reproduced with the x86_64-redhat-linux gcc from RHEL4:
> Red Hat Enterprise Linux WS release 4 (Nahant Update 1)
> Linux nahant.eng.netapp.com 2.6.9-11.ELsmp #1 SMP Fri May 20 18:25:30 EDT
--- Comment #7 from nomura at netapp dot com 2006-05-09 01:35 ---
Reproduced with the x86_64-redhat-linux gcc from RHEL4:
Red Hat Enterprise Linux WS release 4 (Nahant Update 1)
Linux nahant.eng.netapp.com 2.6.9-11.ELsmp #1 SMP Fri May 20 18:25:30 EDT 2005
x86_64 x86_64 x86_64 GNU/Linux
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-05-09 01:28
---
Subject: Bug 27093
Author: dberlin
Date: Tue May 9 01:28:47 2006
New Revision: 113641
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113641
Log:
2006-05-08 Daniel Berlin <[EMAIL PROTECTED]>
Fix
--- Comment #3 from mrs at apple dot com 2006-05-09 00:48 ---
I have a fix for this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7948
--- Comment #6 from mrs at apple dot com 2006-05-09 00:47 ---
I have a fix for this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740
--- Comment #3 from amodra at bigpond dot net dot au 2006-05-08 23:36
---
Either that, or rewrite rs6000 tls support without using unspecs..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27479
--- Comment #2 from amodra at bigpond dot net dot au 2006-05-08 23:28
---
Confirmed. TLS code sequences consist of address generation followed by
address dereference, for all TLS models. The address generation part uses
UNSPECs because we need to differentiate the addis/addi from othe
--- Comment #2 from nicolas dot brouard at libertysurf dot fr 2006-05-08
22:38 ---
Subject: Re: Add back RatFor support
Many thanks for your prompt and satisfactorily answer of support back.
Nicolas
Le lundi 08 mai 2006 Ã 22:15 +, pinskia at gcc dot gnu dot org a
écrit :
>
>
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||24357
nThis||
Sev
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-05-08 22:15 ---
> Thomas, can you give it a try since you designed the original patch?
Actually, I didn't; I completely missed the original test case,
checked this with my own (which didn't expose the error) and
then rashly conclu
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 22:15 ---
Well this is the first time we got a bug report requesting support back. In
fact this is only the second time I heard about ratfor, the first time was when
it was reported it was broken.
--
pinskia at gcc dot gn
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-05-08 22:11 ---
Created an attachment (id=11416)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11416&action=view)
better patch
Forgot to initialize a variable in the earlier attempt.
This one looks OK.
--
tkoenig at gcc
May I add a comment on Ratfor.
Ratfor is an ancestor of C, it has been widely used since the 80's. How can you
suppress such a facility without any survey of who is still using it? I am not
saying who is still writing new softwares with it, but who is still compiling
old scientific softwares stil
--- Comment #5 from nicolas dot brouard at libertysurf dot fr 2006-05-08
22:03 ---
May I add a comment on Ratfor.
Ratfor is an ancestor of C, it has been widely used since the 80's. How can you
suppress such a facility without any survey of who is still using it? I am not
saying who is
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-05-08 21:59 ---
Created an attachment (id=11415)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11415&action=view)
patch
This fixes the regression. It isn't pretty, because it would need
to be changed as part of an implementa
--- Comment #7 from hubicka at gcc dot gnu dot org 2006-05-08 21:42 ---
Subject: Bug 25962
Author: hubicka
Date: Mon May 8 21:42:17 2006
New Revision: 113633
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113633
Log:
PR middle-end/25962
* cgraphunit.c (decide_i
It seems the macro assignment is somehow broken if several asm statements
follow each other. The code works well on GCC 3.4.3 and older but does not
compile any more on 4.0.3. The register usage seems somehow messed up. I tried
with and without register for tp in the following code. (I am not sure,
--- Comment #12 from amylaar at gcc dot gnu dot org 2006-05-08 21:09
---
(In reply to comment #11)
> The patch looks good - are you going to test and submit it?
I hope so, however at the moment I have trouble with newlib. The autoconf
upgrade seems rather half-baked at the moment.
-
--- Comment #15 from sayle at gcc dot gnu dot org 2006-05-08 21:10 ---
Subject: Bug 27158
Author: sayle
Date: Mon May 8 21:09:49 2006
New Revision: 113632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113632
Log:
PR target/27158
* reload.c (find_reloads_toplev
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-05-08 21:06 ---
Here's a test case that does not require transfer:
TYPE foo
INTEGER, DIMENSION(:), POINTER :: array
END TYPE foo
type(foo),allocatable,dimension(:) :: mol
ALLOCATE (mol(1))
ALLOCATE (mol(1)%array(5)
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-08 20:47 ---
(In reply to comment #7)
> Ah, just missed it by a few minutes :)
You can take it still, I still have some copyright issues to resolve.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27273
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 20:45 ---
That might not mean swap is used. swap_free could be a macro which just is
does nothing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27509
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 20:36 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from mueller at gcc dot gnu dot org 2006-05-08 20:31 ---
error message is:
bitfield-error-1.cc:14: error: invalid conversion from 'int' to 'EBorderStyle'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27506
gcc complains about an unused variable while ompiling the kernel tree
2.6.17-rc3-git14 :
...
CC mm/vmscan.o
mm/vmscan.c: In function `remove_mapping':
mm/vmscan.c:382: warning: unused variable `swap'
CC mm/prio_tree.o
CC mm/util.o
...
But the variable seems to be used :
...
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-08 19:59
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
The following invalid code snippet causes an ICE since GCC 4.0.3:
struct A;
using ::~A;
bug.cc:2: internal compiler error: tree check: expected class 'type', have
'declaration' (namespace_decl) in check_dtor_name, at cp/call.c:239
Please submit a
--- Comment #2 from mueller at gcc dot gnu dot org 2006-05-08 19:55 ---
triggering quite often, raising severity
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mueller at gcc dot gnu dot org 2006-05-08 19:54 ---
raising severity because it triggers frequently
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-05-08 19:44 ---
(In reply to comment #0)
> It seems that this move insn is generated at loop-invariant.c:
> move_invariant_reg().
Yes. In general, we say that we don't want such SUBREGS to appear in the
first place, since then the
the following testcase no longer compiles:
=== Cut ===
enum EBorderStyle
{
BNATIVE, BHIDDEN
};
class BorderValue
{
public:
EBorderStyle style:1;
};
struct CollapsedBorderValue
{
EBorderStyle style () const
{
return border ? border->style : BNATIVE;
}
const BorderValue *border;
};
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 19:33 ---
Confirmed, reduced testcase:
typedef struct QSplitterPrivate
{
bool compatMode:8;
} QSplitterPrivate;
void
setResizeMode ()
{
QSplitterPrivate d1;
if (!d1.compatMode)
;
}
--
pinskia at gcc dot gnu dot
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE in const folding with |[4.2 Regression] ICE in
|bitfields
this testcase ICE's in invert_truthvalue, fold-const.c:3149:
=== Cut ===
class QSplitterPrivate;
class QSplitter
{
void setResizeMode ();
QSplitterPrivate *d_func ();
};
struct QSplitterPrivate
{
bool compatMode:8;
};
void
QSplitter::setResizeMode ()
{
QSplitterPrivate *const d = d_func (
Example:
[EMAIL PROTECTED]:/tmp% cat test.c
int f(int x) { return x && (x & 0x55); }
[EMAIL PROTECTED]:/tmp% gcc -c -O3 test.c && objdump -d test.o
:
0: 00 04 ff 47 clr v0
4: 02 00 00 e6 beq a0,10
8: 01 b0 0a 46 and a0,0x55,t0
c: a0
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 19:06 ---
I did not read the new instation instructions :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27502
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 18:55 ---
Reduced to a C testcase:
extern void bar (int c);
int b;
int
foo (int c1, int c2, int c3)
{
int plus = c1 == c2;
if ((plus || c1 == c3)
&& ! b)
bar (plus);
}
--
http://gcc.gnu.org/bugzilla/show_bug
checking for jar... no
checking for fastjar... no
configure: error: jar program not found
This is what we get when the SC/RMS does not think about their actions.
--
Summary: [4.2 Regression] Bootstrap failure without a jar program
installed
Product: gc
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 18:06 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-08 18:02 ---
Created an attachment (id=11411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11411&action=view)
use operator '=' instead of '==' for test
Bootstrap is still in progress, but a manual test suggests that this sh
gmake[3]: Entering directory `/usr/local/scratch/obj/gcc-4.2/gcc'
TARGET_CPU_DEFAULT="" \
HEADERS="auto-host.h ansidecl.h" DEFINES="USE_COLLECT2" \
/bin/sh ../../../src/gcc-4.2/gcc/mkconfig.sh config.h
../../../src/gcc-4.2/gcc/mkconfig.sh: test: unknown operator ==
gmake[3]: *** [cs-config.h] Error
--- Comment #6 from sgk at troutmask dot apl dot washington dot edu
2006-05-08 17:48 ---
Subject: Re: ICE on transpose with specific compiler option
On Mon, May 08, 2006 at 04:35:25AM -, iguchi at coral dot t dot u-tokyo dot
ac dot jp wrote:
>
> I believe that this bug still exis
--- Comment #1 from s_j_newbury at yahoo dot co dot uk 2006-05-08 17:38
---
Created an attachment (id=11410)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11410&action=view)
arm-iwmmxt-linux-gnueabi config support
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27500
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-05-08 17:33 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00308.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
I have built an EABI/iWMMXt Gentoo based system. The toolchain I used is
modified to add a Linux/EABI/iWMMXt target. It has been fine until I changed
my binutils from an earlier snapshot to a current version Gentoo 2.16.92,
csl-2_17-branch or CVS trunk. Now when attempting to build GCC (on the h
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-08 17:12 ---
Reduced testcase:
typedef long unsigned int size_t;
struct string
{
char* _M_data() const;
size_t size() const ;
void push_back(char __c)
{
_M_data()[this->size()] = __c;
}
};
bool _
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 16:55 ---
Still reproducible with mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23695
--- Comment #7 from laurent at guerby dot net 2006-05-08 16:51 ---
Should be fixed now.
--
laurent at guerby dot net changed:
What|Removed |Added
Status|NEW
--- Comment #6 from guerby at gcc dot gnu dot org 2006-05-08 16:50 ---
Subject: Bug 27476
Author: guerby
Date: Mon May 8 16:50:40 2006
New Revision: 113630
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113630
Log:
2006-05-08 Laurent GUERBY <[EMAIL PROTECTED]>
PR tes
--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-08 16:44 ---
Not reproducible.
I built a m68k-elf toolchain on x86_64-pc-linux-gnu and compiled the testcase.
No ICE was observed.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at adacore dot com 2006-05-08 16:35 ---
Subject: Re: ACATS: Ada testsuite Bourne shell compatibility problem on hpux
>-- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-08 16:31 ---
> [ "x${main}" != "x" ] should also work and maybe a little
>-- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-08 16:31 ---
> [ "x${main}" != "x" ] should also work and maybe a little more portable.
That's also fine, although overkill these days.
All host OSes supported by GNAT (and more) accept the following simpler
and cleaner syntax:
Now that the really baad OpenMP bugs seem to be fixed (thanhsk for that!) I
have a hopefully easy one: I get an ICE (svn from today) for the following C
code (and the C++ equivalent as well):
void f()
{
unsigned int i;
int dummy;
#pragma omp parallel for
for (i = 0; i < 5;
--- Comment #8 from kazu at gcc dot gnu dot org 2006-05-08 16:32 ---
Works as of 4.1 according to #7.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-08 16:31 ---
[ "x${main}" != "x" ] should also work and maybe a little more portable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476
--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-08 16:29 ---
According to Andreas, this works as of 4.0.2.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from laurent at guerby dot net 2006-05-08 16:27 ---
Patch submitted.
--
laurent at guerby dot net changed:
What|Removed |Added
URL|
--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-08 16:21 ---
Closed as the submitter agrees.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from kazu at gcc dot gnu dot org 2006-05-08 16:19 ---
Not reproducible with mainiline.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-08 16:19 ---
Created an attachment (id=11409)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11409&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27498
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-05-08
16:18 ---
Subject: Re: Thousands of run_all.sh[242]: ==: A test command parameter is not
valid
> Could you try replacing testsuite/ada/acats/run_all.sh line 242 by:
>
> if [ -z "$main" ]; then
>
> And tell us weth
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 16:14 ---
Not reproducible with mainline.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
void zconfdump(void)
{
char *p, *p2;
for (p2 = p; p2; )
{
char __a0, __a1, __a2;
__a0 = ((__const char *) ("\"\\"))[0];
if (__a0)
return;
}
}
we do not fold the read from "\"\\". Me & Dirk have a fix.
--
Summary: fold does not fold reads from co
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 16:10 ---
Not reproducible with mainline.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-08 16:09 ---
Not reproducible with mainline.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-08 16:04 ---
The mainline works fine.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-08 16:01 ---
(In reply to comment #4)
> Patch with discussion:
> http://gcc.gnu.org/ml/gcc-patches/2006-04/msg01038.html
This is unrelated to that patch, PR 26781 references (in passing) what that
patch fixes.
--
http://gcc
--- Comment #17 from kazu at gcc dot gnu dot org 2006-05-08 16:00 ---
Andreas, are you going to submit your patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 15:55 ---
Not reproducible on mainline.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-08 15:53 ---
*** Bug 27497 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:53 ---
This is a dup of bug 22303.
*** This bug has been marked as a duplicate of 22303 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Testcase:
/* { dg-do compile } */
/* { dg-options "-O2 -fdump-tree-optimized" } */
static const char f[3] = "?";
int foo()
{
int i = 0;
return f[i] != '?';
}
/* { dg-final { scan-tree-dump "return 0;" "optimized" } } */
/* { dg-final { cleanup-tree-dump "optimized" } } */
Problem is two-fo
--- Comment #16 from kazu at gcc dot gnu dot org 2006-05-08 15:47 ---
Disregard my last comment.
The original testcase still fails if I use -fno-trapping-math.
The testcase in #3 doesn't fail with or without -fno-trapping-math.
--
kazu at gcc dot gnu dot org changed:
Wha
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 15:46 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27495
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.2.0
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.1.1
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.1.1
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.1.1
http://
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:41 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #15 from kazu at gcc dot gnu dot org 2006-05-08 15:41 ---
I cannot reproduce the problem even with -O2 -fno-trapping-math.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:40 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #4 from stephen at marenka dot net 2006-05-08 15:39 ---
Subject: Re: [m68k] Compiled Code Segfaults
On Mon, May 08, 2006 at 03:26:13PM -, kazu at gcc dot gnu dot org wrote:
> Can we close this PR now?
Can't say I like the segfault much, but it doesn't seem to show up
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-08 15:38
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
The following invalid code snippet causes an ICE since GCC 3.0:
===
template struct A
{
template friend class X;
};
A<0> a;
===
bug.cc:3: error: 'void' is not a valid type for a template constant parameter
bug.cc: In instantiati
The following invalid code snippet causes an ICE since GCC 3.4.3:
===
struct A
{
template void foo();
void bar() { this.A::foo<0>(); }
};
===
bug.cc: In member function 'void A::bar()':
bug.cc:4: internal compiler error: tree
--- Comment #8 from roger at eyesopen dot com 2006-05-08 15:29 ---
I've now reconfirmed that this has been fixed on the gcc-4_1-branch by
Jakub's backport of Zdenek's patch. Thanks to you both.
--
roger at eyesopen dot com changed:
What|Removed |A
The following invalid code snippet causes an ICE since GCC 3.4.0:
===
struct A
{
template void foo() {}
template void bar() {}
};
===
bug.cc:3: error: expected identifier before 'operator'
bug.cc:3: error: declaration of 'ope
The following invalid code snippet causes an ICE on mainline:
===
template void foo()
{
struct A {};
}
===
bug.cc:1: error: expected identifier before 'operator'
bug.cc:1: error: expected `>' before 'operator'
bug.cc: In function '
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-08 15:26 ---
Can we close this PR now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25496
1 - 100 of 154 matches
Mail list logo