--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2005-08-22 07:04 ---
(In reply to comment #3)
> Objective-C is not release-critical.
Sadly so. This is a very cheap way to get the numbers of bugs "down" for a
release. :-(
--
http://gcc.gnu.org/bugzilla/sho
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
08:37 ---
Subject: Bug 23089
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 08:37:18
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsui
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
08:48 ---
Subject: Bug 23089
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-22 08:48:06
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-22
08:49 ---
Fixed on mainline and the 4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From micis at gmx dot de 2005-08-22 09:03 ---
This ICE is still present with the actual snapshot (20050819)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480
This well-formed complete source is rejected by g++, but compiles fine
with comeau online 4.3.3 BETA August 4, 2003.
A related discussion on clc++ http://groups-beta.google.com/group/comp.
lang.c++/msg/1475f4e8f1ff9982
struct A
{
template void operator<<(T&);
};
template struct B {};
templat
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
09:48 ---
Subject: Bug 22233
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 09:48:26
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
09:55 ---
Subject: Bug 22233
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-22 09:54:43
Modified files:
gcc/cp : Change
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-22
10:05 ---
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01277.html
--
What|Removed |Added
K
the bug should be only in windows OS
my test evnironment is win2k and win xp.
they are not work well.
I have try those compiler:
Gnat 3.15 p / mingw 3.42 / mingw 4.1
--the test code is
With Ada.Text_Io;
Procedure Trading Is
Type Price Is Delta 0.01 Digits 18;
Type PriceArray Is Array (Pos
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
10:49 ---
This is most likely a dup of PR 23326.
--
What|Removed |Added
Component|c++
--
What|Removed |Added
Keywords||ice-on-valid-code
Summary|Segfault in fold_binary |[4.1 Regression] Segfault in
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-22
11:01 ---
I'm not confident that using salq in Steven's test case is really a
pessimization. I'll consider a 32-bit target then, and this testcase
char **
VTallocbuf(char **allbuf, unsigned long savelines)
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
11:06 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-22
11:17 ---
Fixed on mainline and 4.0 branch.
--
What|Removed |Added
Summary|[3.4/4.0/4.1 re
--
What|Removed |Added
Keywords||rejects-valid
Known to fail||4.0.2 4.1.0
Known to work|
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-22 11:21 ---
I have tried it and successfully bootstrapped the compiler with. It works,
thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
11:46 ---
(In reply to comment #2)
> How does the C front end represent this expression?
Using a COMPOUND_LITERAL_EXPR which should solve this and PR 23172.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
11:50 ---
Confirmed, reduced testcase:
struct locale_data {
int t;
union locale_data_value {
const char *string;
}values [];
};
void f(const char*);
extern const struct locale_data _nl_C_LC_TIME ;
v
--- Additional Comments From veldema at cs dot fau dot de 2005-08-22 12:03
---
1) I will file a bug report with SUN and see what they say and report back here
2) I read the comments with _dtoa and for floats the arg is interpretted as
single-precision if mode >= 16 (seems for a double yo
--- Additional Comments From gcc-bugzilla2 at imperialviolet dot org
2005-08-22 12:11 ---
I have the same problem when building Gambit (a Scheme->C compiler). Since the
original reporter doesn't seem to have replied to the request for a -save-temps
file I thought that mine could be of us
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
12:15 ---
Yes looking at the tree dumps comfirm that this is a dup of bug 23326 which
already have a patch for.
*** This bug has been marked as a duplicate of 23326 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
12:15 ---
*** Bug 23512 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
--- Additional Comments From veldema at cs dot fau dot de 2005-08-22 12:18
---
Confirmed, this is a bug in SUN's JDK since 2001.
Perhaps a a bug should be introduced to make libgcj/classpath bug compatible ?
if (double_string == "0.00x" && x != '0') return return "0.00x0"
should do the
--
What|Removed |Added
Severity|normal |minor
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
GCC t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
12:25 ---
As I mentioned, this will be come a regression again once fixing PR 21559.
--
What|Removed |Added
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-08-22 12:34 ---
The following patch fixes the problem. However I cannot boot'n'regtest
it for the moment. I will commit it only tomorow once it is validated.
seb
*** tree-ssa-loop-niter.c.~2.39.~ 2005-0
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-08-22 12:38 ---
(In reply to comment #14)
> (In reply to comment #9)
>
> > If we really wanted to tackle this better a compile-time, we'd run a
> > pass to look at all the ARRAY_REFs for those which have an out-
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23514
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
12:49 ---
Fixed, classpath should be merged soon too.
--
What|Removed |Added
Status|NEW
--- Additional Comments From robilad at kaffe dot org 2005-08-22 13:25
---
It seems to be clearly a bug in how some non-free implementation implements the
specifications.
Since Sun Microsystems has confirmed the bug in their implementation, and the
specification is clear on the matter,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
13:35 ---
This is not a bug. You have a macro max which is defined and so you get:
std::(((size())>(__n))?(size()):(__n)) which is a bug.
It is a bug in your code.
--
What|Removed
--- Additional Comments From gcc-bugzilla2 at imperialviolet dot org
2005-08-22 13:00 ---
An uncomfortable, but functional, solution this this problem is to replace
std::max with max on each of the erroring lines. Since the STL lives in the std
namespace anyway I think this should work g
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
URL|
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
15:00 ---
I would prefer to leave the PR open to address the _dtoa issue.
I've updated the PR synopsis to reflect this.
I agree that we should not change our toString output, as ours is
correct.
--
What
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-22
15:24 ---
-m405 -many works for any gas later than 20030904. Versions earlier than that
date will suffer from the problem reported here. gcc (now) documents that
binutils 2.15 is needed for powerpc.
--
[EMAIL PROTECTED] mytests]# cat foo.f90 program foo
common /x/ a
a = 1
call bar ()
contains
subroutine bar ()
equivalence (a,b)
print *, b
end subroutine bar
end program foo
[EMAIL PROTECTED] mytests]# /gcc-4.0/bin/gfortran foo.f90
foo.f90: In function MAIN__:
foo.f90:8: interna
The following code does not compile
program bug
implicit none
double complex blop
double precision blopr
blopr=imag(blop)
blopr=sin(blop)
end
removing "implicit none" will let the code to compile. The compiler accepts sin
as a generic function but
not i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
16:21 ---
Subject: Bug 18175
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 16:21:19
Modified files:
gcc: ChangeLog c-common.c
gcc/tes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
16:21 ---
Subject: Bug 18715
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 16:21:19
Modified files:
gcc: ChangeLog c-common.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
16:23 ---
Ignore that commit, I got 7 and 1 switched around.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18175
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
16:26 ---
Subject: Bug 18715
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 16:26:06
Modified files:
gcc/testsuite : ChangeLog
Log message:
Fix
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
16:28 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
16:29 ---
Subject: Bug 18715
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-22 16:29:02
Modified files:
gcc: Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-22
16:31 ---
Let's go with the quick fix, for 4.0.2, for now. If we get a better fix, fine;
but let's not have this bug in 4.0.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-22 16:47
---
IMAG() is neither a generic intrinsic procedure nor a specific
intrinsic procedure. You want AIMAG() or you need to explicitly
declare IMAG() and provide a function.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
16:59 ---
Subject: Bug 23478
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 16:58:50
Modified files:
gcc: ChangeLog flow.c global.c regs.h
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-22
17:32 ---
Yes, I think it's a good idea to put this patch in 4.0.2, given that it is in
mainline, and given that it is so very simple. However, I don't think it's
critical either way.
--
http://gcc.gnu.org/bugz
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
17:40 ---
Confirmed.
Back trace:
#0 translate_common (common=0x9037228, var_list=Variable "var_list" is not
available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-common.c:823
#1 0x0808ebf5 in gfc
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
18:00 ---
No feedback in nearly a year.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
OtherBugsDependingO|15855 |
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23382
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
18:05 ---
Committed to 4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
18:06 ---
Subject: Bug 21074
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-22 18:06:36
Modified files:
libjava: Change
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-22
18:18 ---
Subject: Re: ICE on correct code
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
>17:40 ---
>Confirmed.
>Back trace:
>#0 translate_c
On Aug 22, 2005, at 2:18 PM, paulthomas2 at wanadoo dot fr wrote:
PS peshtigo?
I don't know where it comes from for this machine, as I did not name
them.
It looks like where the deadest fire in American history happened.
http://www.peshtigofire.info/
-- Pinski
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-22
18:26 ---
Subject: Re: ICE on correct code
On Aug 22, 2005, at 2:18 PM, paulthomas2 at wanadoo dot fr wrote:
>
> PS peshtigo?
I don't know where it comes from for this machine, as I did not name
them.
It look
When trying to cast from a target supported vector type to a generic
vector type of the same size - as happens in gcc.sg/simd-2.c for
sh-elf -m4 - or vice versa, the compiler tries to emit a move between
a register and a BLKmode value, and hence hits an ICE.
The gcc.dg/simd-2.c failure for sh-elf -
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-22
18:51 ---
Created an attachment (id=9555)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9555&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
18:53 ---
I fixed this in classpath.
It will be brought in by the next merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23499
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
19:12 ---
Here is a test case that needs only libgcj:
abstract class B implements Runnable
{
public B() { }
abstract void run();
}
class C extends B
{
void run() { }
}
class A
{
private C c = null;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
19:22 ---
It looks like it was caused by:
2004-07-22 Paolo Bonzini <[EMAIL PROTECTED]>
* stor-layout.c (layout_type): Pick a mode for vector types.
...
--
What|Removed
This has been tested on 3.3.6, 3.4.1 and 4.0.1
The following test is considered always false and the block is dropped but "a"
being "int", (a + 1 < 0) is true.
[EMAIL PROTECTED] tmp]$ cat lim.c
#include
#include
int main (void)
{
int a = INT_MAX;
if ((a < 0) || (a + 1 < 0)) {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
19:45 ---
Note signed overflow is undefined unless you use -fwrapv except that does not
fix this.
This is a bug in fold, most likely build_range_check.
--
What|Removed |Added
--
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-22 19:49 ---
Subject: Re: [4.1 regression] Bogus 'is used uninitialized...' warning about
std::complex
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This is a bug in libstdc++ headers. Since co
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
19:52 ---
Here is a java program (since -fwrapv is turned on by default for java
front-end unlike the C front-end
since it is undefined in C and defined in java):
class t
{
public static void main(String as[])
{
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-22 19:56 ---
Subject: Bug 23499
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/08/22 18:50:11
Modified files:
.
--- Additional Comments From laurent at guerby dot net 2005-08-22 20:01
---
With 4.1.0 20050822 (experimental) on x86-linux, I get as output
27 times "average: 10.00" followed by three times "average:error here!"
which seems the correct behaviour since you d
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
20:02 ---
Subject: Bug 23498
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 20:01:53
Modified files:
libjava/classpath: ChangeLog.gcj
libjava/clas
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
20:08 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
According to Simon Wright, with GCC 4.0.0 on MacOS X dividing a fixed point
number by zero doesn't raise an exception but returns zero instead. The test
case is the same as for bug 23514, but it fails in a different way so it appears
to be a different bug.
--
Summary: Dividing fixed po
--- Additional Comments From listor1 dot rombobeorn at comhem dot se
2005-08-22 20:21 ---
Created an attachment (id=9556)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9556&action=view)
test case reported to fail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
--- Additional Comments From listor1 dot rombobeorn at comhem dot se
2005-08-22 20:23 ---
Created an attachment (id=9557)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9557&action=view)
shorter test case, not tried but expected to show the same behaviour
--
http://gcc.gnu.org/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
20:24 ---
Does Ada require divide by zero throw an exception or is it just undefined?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
20:27 ---
This is a true front-end bug as on PPC divide by zero (in an instruction) does
not raise an exception so
there needs to be an extra check which should have been added by the front-end.
Confirmed on the ma
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-22 20:32
---
Doing the code review. I've got a local patch for the create_pre_exit ice.
I'm going to work to see this in 4.1.
--
What|Removed |Added
-
--- Additional Comments From tkho at ucla dot edu 2005-08-22 20:38 ---
I want to note that a benchmark built with -funsafe-loop-optimizations turns up
being slower AFTER fixing the typo (and enabling the specialization), so the
specialization code should definitely be removed as soon as g
--- Additional Comments From listor1 dot rombobeorn at comhem dot se
2005-08-22 20:39 ---
The behaviour reported by Windows users is that on the first division by zero an
exception is raised and handled just fine, but the second time the program
enters an infinite loop. Gnat 3.15p, Mingw
--- Additional Comments From charlet at adacore dot com 2005-08-22 20:39
---
Subject: Re: Dividing fixed point number by zero returns zero.
> This is a true front-end bug as on PPC divide by zero (in an instruction)
> does not raise an exception so
> there needs to be an extra check
prints
True but I do get an exception (without -gnato as of 20050822).
>From the Ada RM
A.5.4 Attributes of Fixed Point Types
4 S'Machine_Overflows
Yields the value True if overflow and divide-by-zero are
detected and reported by raisin
--- Additional Comments From laurent at guerby dot net 2005-08-22 20:48
---
Ok it's always better to put the context in bugzilla, I don't read comp.lang.ada
regularly anymore these days :).
I haven't seen reports of mingw Ada 4.1 testing on [EMAIL PROTECTED],
could someone post one or p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
20:54 ---
*** This bug has been marked as a duplicate of 14950 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
20:54 ---
*** Bug 23520 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
20:55 ---
Oh, next time don't copy and paste the preprocessed source into the bug but
rather attach it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23520
--- Additional Comments From herring at lanl dot gov 2005-08-22 21:14
---
(In reply to comment #3)
> Oh, next time don't copy and paste the preprocessed source into the bug but
rather attach it.
Er, yeah, I feel silly now -- I found #14950 while trying to make sure that mine
had been su
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-22
21:32 ---
Another patch can be found at
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01331.html
--
What|Removed |Added
-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
21:54 ---
Robin, could you do another test where you use memcmp instead of
a hand-written loop?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23495
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-22
22:03 ---
SPEC results for i686-pc-linux-gnu follow. The only significant regression is
in galgel, overall it's about 1% better for SPECint and 2% better for SPECfp.
Note that crafty improves a lot because of Dale's
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
22:09 ---
I have a patch to make this use TLS when it is available.
I'm testing it.
--
What|Removed |Added
-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
22:09 ---
Testing a fix.
--
What|Removed |Added
AssignedTo|tromey at redhat dot com|tromey
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
22:39 ---
Subject: Bug 22622
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 22:39:12
Modified files:
libjava: ChangeLog configure configure.ac
Lo
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
22:40 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
CVS 20050818 (current CVS 4.0 doesn't build gfortran as well) shows:
/home/doko/gcc/gcc-snapshot-20050818/build/./gcc/xgcc
-B/home/doko/gcc/gcc-snapshot-20050818/build/./gcc/
-B/usr/lib/gcc-snapshot/m68k-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/m68k-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/m68k
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
23:40 ---
This is a dup of bug 23435.
*** This bug has been marked as a duplicate of 23435 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
23:40 ---
*** Bug 23521 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
23:52 ---
Subject: Bug 21105
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 23:52:24
Modified files:
gcc/cp : ChangeLog decl.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22
23:56 ---
Subject: Bug 23426
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-22 23:56:30
Modified files:
gcc/cp : ChangeLog
Log message:
Corr
1 - 100 of 145 matches
Mail list logo