GCC mainline is now ICEing on the following snipped
(reduced from real-world code)
struct A {
virtual ~A() { }
};
void f()
{
struct B : A {
};
B b;
}
Use g++ -g.
My preliminary analysis indicates that the ICE occurs while
building the vtable for the
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
06:51 ---
Subject: Bug 22167
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 06:51:26
Modified files:
gcc: ChangeLog gcse.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
06:53 ---
Subject: Bug 22167
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-21 06:53:29
Modified files:
gcc:
--- Additional Comments From gdr at gcc dot gnu dot org 2005-07-21 06:55
---
For some reasons Bugzilla did not want to understand that I'm reporting the
bug agains 4.1.0.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
06:56 ---
Subject: Bug 22167
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-21 06:56:24
Modified files:
gcc:
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-21
06:58 ---
Patch committed.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
07:09 ---
Actually it is only related to virtual function in a local class. And this is
a dup of bug 22034 and has
nothing to do with Dan's rewrite at all but Honza's patch:
http://gcc.gnu.org/ml/gcc-cvs/2005-06/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
07:09 ---
*** Bug 22583 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
07:24 ---
Subject: Bug 19210
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 07:24:35
Modified files:
gcc: ChangeLog Makefile.in common.opt
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
07:30 ---
Subject: Bug 22085
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 07:30:03
Modified files:
gcc: ChangeLog
gcc/testsuite :
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From prthomas at drfccad dot cea dot fr 2005-07-21
07:47 ---
Subject: Re: Null Characters instead of blanks in t
extoutput
Steven,
I figured out the third (I was going to say final...) bug during the drive
to work.
I am not in a position to do
--- Additional Comments From uros at kss-loka dot si 2005-07-21 08:01
---
Patch that fixes attached testcase and reduced testcase from comment #7.
BTW: In the attached testcase, there is a comment that program falls apart if
long double isn't used. With (patched) gcc-4.1 CVS, it works
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
08:02 ---
Subject: Bug 22522
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 08:02:21
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From uros at kss-loka dot si 2005-07-21 08:22
---
The testcase compiles OK with gcc-4.1, gcc -O3 -march=pentium3 -mfpmath=sse.
BTW: gcc-3.3.4 is a bit old now, I suggest you upgrade to a newer gcc, at least
to 3.4.x series. This bug won't be fixed in 3.3.x.
I
gcc-4.1-20050720T1209UTC
(...)
./xgcc -B./ -B/usr/i686-pld-linux/bin/ -isystem /usr/i686-pld-linux/include
-isystem /usr/i686-pld-linux/sys-include
-L/home/users/pluto/rpm/BUILD/gcc-4.1-20050720T1209UTC/obj-i686-pld-linux/gcc/../ld
-O2 -DIN_GCC-W -Wall -Wwrite-strings
--- Additional Comments From uros at kss-loka dot si 2005-07-21 08:28
---
(In reply to comment #5)
I marked all the x86 vector intrinsics with always_inline, and this seems to
fix both the testcases here.
Confirmed.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
08:35 ---
I got a private message saying the submitter worked around the bug and lost the
orginal source code
so I am going to close this as invalid,
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
08:38 ---
Hmm, this works for me with Thu Jul 21 04:11:47 UTC 2005 version of the CVS.
How are you building GCC and how are you configuring GCC?
Also do you have any local patches which might have caused this?
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
08:39 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
08:39 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 18527 depends on bug 19210, which changed state.
Bug 19210 Summary: not using do-loop for some loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19210
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
08:40 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From uros at kss-loka dot si 2005-07-21 08:42
---
You can patch the mainline 4.1 compiler with the patch at
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01128.html. Patch (which is
currently awaiting a review) will make gcc to produce optimal code:
'gcc -O2
--- Additional Comments From uros at kss-loka dot si 2005-07-21 08:46
---
(In reply to comment #6)
with this patch I get an ice on amd64 bootstrap:
In file included from ../../gcc/unwind-dw2.c:256:
../../gcc/config/i386/linux-unwind.h:
In function
--- Additional Comments From pluto at agmk dot net 2005-07-21 08:53 ---
(In reply to comment #1)
Hmm, this works for me with Thu Jul 21 04:11:47 UTC 2005 version of the
CVS.
How are you building GCC and how are you configuring GCC?
Also do you have any local patches which might
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-21
09:02 ---
The testcase from comment #2 still crashes on mainline:
bug.c:1: warning: specifying vector types with __attribute__ ((mode)) is
deprecated
bug.c:1: warning: use __attribute__ ((vector_size)) instead
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
09:31 ---
This has been fixed on powerpc-darwin according to
http://gcc.gnu.org/ml/gcc-regression/2005-07/msg00068.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22287
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
09:57 ---
Subject: Bug 22393
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 09:57:05
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From stevenb at suse dot de 2005-07-21 10:12
---
Subject: Re: Null Characters instead of blanks in t extoutput
On Thursday 21 July 2005 11:10, THOMAS Paul Richard 169137 wrote:
Steven,
Whilst waiting for somebody to show up to a meeting, I developed the
--- Additional Comments From stevenb at suse dot de 2005-07-21 10:53
---
Subject: Re: Null Characters instead of blanks in t extoutput
On Thursday 21 July 2005 12:11, Steven Bosscher wrote:
Thanks for your efforts. Sadly these patches still do not fix mgrid :-(
This is a test case
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-07-21
11:00 ---
Regards,
Stickler Sosumi.
--
What|Removed |Added
Summary|[4.1 Regression] 'make
[forwarded from http://bugs.debian.org/319087]
works with 3.3.6 and 3.4 CVS, fails with 4.0 CVS and HEAD:
$ gcc-4.0 -O2 -mno-ieee-fp -c bug-319087.c
fractal.c: In function 'set_fractalc':
fractal.c:314: internal compiler error: in expand_simple_unop, at optabs.c:2049
Please submit a full bug
the transformation
anymore at the moment).
Consider as an example:
int
foo (int a[], int b[], int i)
{
a[i] = b[i] + 2;
i++;
a[i] = b[i] + 2;
i++;
a[i] = b[i] + 2;
i++;
a[i] = b[i] + 2;
i++;
return i;
}
GCC 4.1.0 20050721 (experimental) produces the following .vars dump
--- Additional Comments From roman at kennke dot org 2005-07-21 12:11
---
I fixed this in Classpath. This should be merged in and this bugreport closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22567
[forwarded from http://bugs.debian.org/307207]
seen with g++ 4.0 current CVS gcc-4.0 branch
shared libs which are built with -fvisibility=hidden likes to segfault
as the linker don't find the correct symbols for the
__gnu_cxx::mt_allocator internal.
Attached are two source files which produces
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-07-21 12:40 ---
Created an attachment (id=9316)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9316action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22587
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-21 13:18 ---
Subject: Re: polymorphic local class = ICE in in lookup_decl_die, at
dwarf2out.c:5461
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Actually it is only related to virtual function in a
--- Additional Comments From giovannibajo at libero dot it 2005-07-21
13:18 ---
=
typedef union
{
struct { int i; };
struct { char c; };
} A;
A a = { 0 };
A b = {{ 0 }};
A c = {{{ 0 }}}; // { dg-error braces }
Name resolution in a template class derived from another template class does not
appear to be working.
This worked fine in 3.3.
Attached code produces the following compile-time error:
tpl_struct.cc: In member function 'void ArchiverStdNormT::Write(const T)':
tpl_struct.cc:28: error: 's' was not
--- Additional Comments From eda-qa at disemia dot com 2005-07-21 13:24
---
Created an attachment (id=9317)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9317action=view)
Testcase/demonstration of defect
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22588
--- Additional Comments From giovannibajo at libero dot it 2005-07-21
13:28 ---
http://gcc.gnu.org/gcc-3.4/changes.html
--
What|Removed |Added
Seg fault of gcc on the following program:
void bar (void)
{
char *foo;
(long long)((int)foo+0) 0 ;
}
command use: gcc -c file.c
--
Summary: gcc 3.4.3 segfault
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
14:19 ---
Subject: Bug 2922
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 14:18:54
Modified files:
gcc/cp : ChangeLog
Log message:
--- Additional Comments From surojitmukerji at hsbc dot co dot in
2005-07-21 14:27 ---
This reported case was resolved a couple of weeks back, and has been tested
since then , multiple times. The problem was diagnosed as using a POSIX mutex
object by shallow copy, instead of
Parser seems totally lost
--
Summary: parser hosed
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
--- Additional Comments From igodard at pacbell dot net 2005-07-21 14:31
---
Created an attachment (id=9319)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9319action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22590
--- Additional Comments From igodard at pacbell dot net 2005-07-21 14:32
---
Created an attachment (id=9320)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9320action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22590
--- Additional Comments From igodard at pacbell dot net 2005-07-21 14:49
---
The actual problem is a missing # on a #include statement, so the code is
invalid. But the error is reported not where that occurs but deep inside the
next included file. So this report is actually a complaint
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
14:50 ---
Subject: Bug 15938
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 14:50:47
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-21
15:12 ---
The ICE is fixed now. But maybe some additional code cleanup is needed:
Giovanni, what about the following code snippet from typeck2.c?
Is the comment still valid? What about the error message, is it
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
15:15 ---
Subject: Bug 2922
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 15:14:59
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From giovannibajo at libero dot it 2005-07-21
15:32 ---
It might indeed be obsolete code: I don't think you can currently create an
union (or a record) with only unnamed fields. If you want to purse this
further, you could regtest changing this:
if
Save the following as foo.C, then
g++ foo.C -o foo
Running foo blows the assertion.
g++ -v produces:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.1/configure
Thread model: posix
gcc version 4.0.1
Uncommenting the print statements shows that my_list.begin()
has
--
What|Removed |Added
CC||dominik dot strasser at
||infineon dot com
--- Additional Comments From pcarlini at suse dot de 2005-07-21 16:12
---
Looks like a miscompilation: mainline is ok and old (~1 month) mainline is not;
no changes in 4_0-branch to std::list and std::swap. Related to c++/22513??
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:15 ---
Confirmed. Note there is a pass at the tree level which already does the
replace a/b to a*(1/b) at the
rtl level.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:17 ---
*** This bug has been marked as a duplicate of 19664 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:17 ---
*** Bug 22587 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
This is another instance of the visibility stuff being broken. This time
because a function isn't emitted, but called in a way as if it was.
This code:
-
struct A {
virtual bool operator== (const A a) const;
virtual bool operator!= (const A a) const;
};
--
What|Removed |Added
CC||mueller at kde dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22592
When I compile one of our files with the actual snapshot of gcc41 I get an ICE.
The last snapshot which works is gcc-4.1-20050604,
the first that fails is gcc-4.1-20050611
Michael Cieslinski
g++41g -g -c -o AutoFocus.o AutoFocus.ii
AutoFocus.ii:32394: error: 'CompressDefault' was not
--- Additional Comments From micis at gmx dot de 2005-07-21 16:22 ---
Created an attachment (id=9321)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9321action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22593
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:35 ---
I think this is a dup of bug 22514. One thing that makes me think it is a dup
of that bug is that the
dates match up to the dates in that bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22593
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-21
16:36 ---
Confirmed.
Appeared with gcc 3.4.0. Only affects 3.4 branch.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:39 ---
No I think this code is in fact invalid and should error out like this. Note
you also declared operator==
as being hidden too. So if you call that, it would break too.
--
What|Removed
For mips target hosted on mingw32 building libgcc2 fails.
ccAF.s: Assembler messages:
ccAF.s:19: Warning: expected `$'
ccAF.s:19: Error: junk at end of line, first unrecognized character is `n'
make[2]: *** [libgcc/./_muldi3.o] Error 1
the offending code is the function prologue
--- Additional Comments From wintermute2k4 at ntlworld dot com 2005-07-21
16:46 ---
Created an attachment (id=9322)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9322action=view)
proposed patch to hwint.h
the attached patch seems to fix the problem
--
--
What|Removed |Added
CC||wintermute2k4 at ntlworld
||dot com
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:52 ---
Could you send your patch to [EMAIL PROTECTED]
--
What|Removed |Added
GCC build
--
What|Removed |Added
Attachment #9319|application/octet-stream|text/plain
mime type||
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
16:56 ---
One thing you don't need gcc-ada-fwrapv.patch any more. The rest except for
20297 I trust are good
as most are my patches.
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2005-07-21
16:59 ---
It would greatly help to identify the patch that broke either this PR or PR
22513. One possible offender is the new alias stuff by Diego/Daniel.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:03 ---
(In reply to comment #2)
It would greatly help to identify the patch that broke either this PR or PR
22513. One possible offender is the new alias stuff by Diego/Daniel.
Also Paolo said it works on the
[forwarded from http://bugs.debian.org/319309]
regression from 3.4, fixed in 4.1
Compile the attached example source code with:
g++ -Wall -O3 -c bug.cc
g++ produces the warning:
bug.cc:9: warning: control may reach end of non-void function 'char* f(char*)'
being inlined
This is
--
What|Removed |Added
Known to fail||4.0.2
Known to work||3.4.4 4.1.0
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-07-21 17:05 ---
Created an attachment (id=9323)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9323action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22595
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-21
17:05 ---
Confirmed (at least the ICE in redirect_branch_edge and extract_insn,
I cannot reproduce the one in expand_simple_unop).
Reduced testcase:
=
struct A
{
long double d;
};
int
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-21
17:07 ---
The problem is related to PR22585 where another ICE with long doubles occurs.
Unfortunately Uros' patch doesn't fix the problem there.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:10 ---
This was already decided against being fixed for 4.0.x series.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:23 ---
Confirmed.
--
What|Removed |Added
URL|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:37 ---
*** This bug has been marked as a duplicate of 22514 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:37 ---
*** Bug 22593 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:44 ---
Here is a shorter testcase:
namespace s
{
template int struct _List_base
{
int _M_impl;
};
templateint i struct list : _List_basei
{
using _List_basei::_M_impl;
}
}
s::list1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:54 ---
I wonder if this is not really a bug in libstdc++. with -fmudflap:
***
mudflap violation 1 (check/write): time=1121968411.144393 ptr=0xbffa2030 size=4
pc=0x226d6d location=`t1.cc:9808
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
17:58 ---
Confirmed.
Testcase:
include core.hh
typedef unsigned int size_t;
namespace std
{
using ::size_t;
}
--
What|Removed |Added
--- Additional Comments From janis at gcc dot gnu dot org 2005-07-21 17:59
---
The test case passes for me on powerpc-linux with GCC 3.4.x and fails with
everything later. Is the mudflap output enough to track down the problem,
or would the results of a regression hunt still help?
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
18:04 ---
Fixed for 3.4.0 and upwards.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
18:07 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
18:08 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
18:29 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 22368 depends on bug 22358, which changed state.
Bug 22358 Summary: C++ front-end produces mis-match types in MODIFY_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22358
What|Old Value |New Value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
18:29 ---
Subject: Bug 22358
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 18:29:06
Modified files:
gcc/cp : ChangeLog class.c
Compiling the following code with g++ -c -fno-implict-templates always
generates code for the
second definition of foo(). It appears that g++ is automatically deducing the
template parameters from
the function parameters, even though the template parameters are explicitly
given in the
--- Additional Comments From phenning at lanl dot gov 2005-07-21 18:48
---
Created an attachment (id=9324)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9324action=view)
sample code illustrating problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22596
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
18:57 ---
Note both Comeau and ICC have this same behavior.
Even the following code calls the second declaration too:
templateclass T struct A_class
{
int do_it(int i){return T::f(i);}
};
templateclass A int
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21
18:58 ---
I don't think this is a bug in the front-end.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22596
--- Additional Comments From phenning at lanl dot gov 2005-07-21 19:16
---
(In reply to comment #2)
void g(void)
{
A_classint a;
fooA_classint (a);
}
Right, and I think that it should in that case. It seems that g++ attempts to
call the first definition
when there is usage
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-21
19:34 ---
Subject: Bug 19055
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-21 19:33:50
Modified files:
gcc: ChangeLog fold-const.c
1 - 100 of 159 matches
Mail list logo