The patch
2004-08-27 Jason Merrill <[EMAIL PROTECTED]>
PR c++/13684
* gimplify.c (gimplify_cleanup_point_expr): Handle CLEANUP_EH_ONLY.
(gimple_push_cleanup): Add eh_only parm.
(gimplify_target_expr): Pass it.
* c.opt (-fno-threadsafe-statics): New option
--- Additional Comments From hainque at act-europe dot fr 2004-11-12 08:36
---
Subject: Re: [4.0 Regression]Ada bootstrap failure on IRIX 6.5: tb-gcc.c
missing
pinskia at gcc dot gnu dot org wrote:
> Caused by:
> 2004-06-25 Olivier Hainque <[EMAIL PROTECTED]>
>
> * tracebak
This (invalid) code gives a nice error message with gcc 3.3.3, but fails with an
ICE on 3.4.3. Using the correct ex.what() syntax fixes the problem.
#include
#include
template
void f()
{
try {
} catch(std::exception& ex) {
std::cout << ex.what << std::endl;
}
}
int main()
{
f();
}
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-11-12
08:45 ---
The patch that caused it to fail is actually this one.
2004-11-04 Geoffrey Keating <[EMAIL PROTECTED]>
* Makefile.in (distclean): Don't delete nonexistent fixinc/ directory.
(install-mkhe
--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-12
09:24 ---
We cannot generate better code, without having a different meaning for the
sign_extend action that occurs in the loop.
As zdenek points out, we cannot use dbra, because we cannot tell if the loop
will actuall
--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-12
09:32 ---
It is not what I thought it was. The array case is optimized at the tree level,
the pointer case is optimized at the rtl level.
--
What|Removed |Added
---
We use zero_extend and sign_extend in two different circumstances. One is well
defined and one is conditionally undefined.
a) When extending a valid value in one representation to a valid value in a
longer representation. For instance when converting a short to a long. This is
well defined.
b)
--
What|Removed |Added
OtherBugsDependingO||16803
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18446
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-12
10:22 ---
Reduced testcase:
=
struct A
{
static void foo(A);
};
struct B
{
friend void foo(B);
};
template struct C : T
{
C() { foo(T()); }
};
C c;
===
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org |org
Status|NEW
The following foo.c which is a reduced case of libc/grp/initgroup.c
causes an ICE:
foo.c:13: error: unable to find a register to spill in class 'R0_REGS'
foo.c:13: error: this is the insn:
(insn:HI 28 32 34 1 (set (reg:SI 147 t)
(eq:SI (reg/v:SI 2 r2 [orig:161 result ] [161])
(
--- Additional Comments From jakub at gcc dot gnu dot org 2004-11-12 10:35
---
I see segfault in perform_or_defer_access_check too, on:
template
struct P
{
T1 t1;
T2 t2;
P () : t1(), t2() { }
template
P (const P &x) : t1(x.t1), t2(x.t2) { }
};
template
inline void
f (T &x,
--
What|Removed |Added
Known to fail||4.0.0
Known to work||3.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18447
--- Additional Comments From martin at mpa-garching dot mpg dot de
2004-11-12 10:40 ---
Could one of the bug masters please confirm this bug, to put it on the radar of
the Fortran developers?
Thanks,
Martin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
gcc-3.4.2/4.0.0
Linux 2.6.9 #17 Fri Nov 12 15:59:30 NOVT 2004 i686 athlon i386 GNU/Linux
Fedora Core 3
gcc -v
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-th
--- Additional Comments From megath at iof dot ru 2004-11-12 10:43 ---
Created an attachment (id=7527)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7527&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18448
Hi there,
My apologies for not filling target triplet & build-triplet, I uses the stock
Fedora core 2 gcc-c++ package (3.3.3-7) with all packages updates.
Here is a self-contained source file (needs nothing but STL) which show the
problem. I have three namespaces (NS1, NS2 & NS3) and a GetString
I wrote an x86 specific program that uses inline assembler to set and unset the
alignment check bit in the EFLAGS register. In between setting and unsetting
the bit, I use more inline assembler to save the state of the EFLAGS register.
The problem is that I get different results depending on whet
--- Additional Comments From Jean-Paul dot Chaput at lip6 dot fr
2004-11-12 11:03 ---
Created an attachment (id=7528)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7528&action=view)
Test function overload across namespaces
Sorry to have also included the test file into the bug des
--- Additional Comments From thalakan at technologist dot com 2004-11-12
11:08 ---
Created an attachment (id=7529)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7529&action=view)
Preprocessed source of program
This is the preprocessed source of the program. Compile and run it wit
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-12
11:24 ---
The problem seems to be that licm does not move load of q from the loop. Ivopts
then do not recognize q + 2*i as induction variable, and thus they are
optimizing it not like an address of memory reference,
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-12
11:58 ---
The examples from comment #3 and comment #4 can both be reduced to
=
void foo(int);
struct A
{
static void foo(A);
};
template struct B : T
{
B() { foo(T()); }
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-12
12:26 ---
Mark, the ICE on mainline appears with your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-09/msg01274.html
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
12:39 ---
Invalid, did you read the release notes?
--
What|Removed |Added
Status|UNCONFIRM
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
12:42 ---
: Search converges between 2004-09-27-014001-trunk (#563) and
2004-09-27-161002-trunk
(#564).
: Search converges between 2004-09-27-004002-3.4 (#82) and
2004-09-28-004001-3.4 (#83).
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
12:46 ---
Since the asm is not violate or have outputs which are used they are removed,
this is not a bug:
asm(" pushf\n"
" orl %0, (%%esp)\n"
" popf\n"
: : "i" (0x0004));
--
What
--
What|Removed |Added
Keywords||ice-on-invalid-code
Summary|ice during overload |[3.4/4.0 Regression] ice
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-12
12:52 ---
GCC 3.4 (CVS today) takes 35s usr on my machine.
GCC 4.0 (CVS today) takes 46s usr on the same machine.
The difference is entirely in DOM, into-SSA and SSA-other
which is really also into-SSA:
--- Additional Comments From megath at iof dot ru 2004-11-12 13:10 ---
about
Copy constructor access check while initializing a reference.
? yes. sorry.
*p = A() constructs copy of object now? what for ?
doesnt it degrades perfomance?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
13:41 ---
(In reply to comment #3)
> about
> Copy constructor access check while initializing a reference.
> ? yes. sorry.
> *p = A() constructs copy of object now? what for ?
No we don't contruct a copy of the obj
--- Additional Comments From megath at iof dot ru 2004-11-12 13:48 ---
> I just says it has to be accessable
so, if gcc dont use copy ctor - what for it complains ?!
and why is it error btw ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18448
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
13:51 ---
Confirmed, reduced to:
struct a
{
int what();
};
void g(void*);
template
void f()
{
a ex;
g(ex.what);
}
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
13:54 ---
(In reply to comment #5)
> > I just says it has to be accessable
> so, if gcc dont use copy ctor - what for it complains ?!
Because this is the requirement of the C++ standard.
> and why is it error btw ?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
13:54 ---
: Search converges between 2003-07-08-trunk (#288) and 2003-07-09-trunk (#289).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18445
--
What|Removed |Added
Summary|Multithreading broken on|[4.0 Regression]
|Unix95-class platforms |Multithreading broken on
|
--
What|Removed |Added
Summary|Variable with the initial- |[4.0 Regression] Variable
|exec tls-model attribute|with the initial-exec tls-
--- Additional Comments From megath at iof dot ru 2004-11-12 13:57 ---
thank you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18448
The following erroneous code gives an error message I do not understand
file.cc:
1 template < class T >
2 class A
3 {
4 public:
5 class B
6 {
7 public:
8 B( int inVal ) : m_i( inVal ) { }
9 int m_i;
10 };
11
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:07 ---
Full patch here which does it in the .exp files instead of the makefiles so you
can use runtest also:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00953.html
Mine.
--
What|Removed
--
What|Removed |Added
Keywords||diagnostic
Summary|[3.4 Regression] C++ error |C++ error message regression
|mes
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:11 ---
*** This bug has been marked as a duplicate of 15946 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:11 ---
*** Bug 18451 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:38 ---
Patch here which should fix not pulling the load of q out of the loop:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00957.html
Then the only thing left is for IV-OPTS to be fixed.
--
http://gcc.gnu.org/
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2004-11-12 14:42 ---
Subject: Re: Code for arrays and pointers are not the same
> Patch here which should fix not pulling the load of q out of the loop:
> http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00957
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:44 ---
huh a compiler built with that patch gives:
L4:
slwi r2,r9,1
addi r9,r9,1
sthx r0,r2,r11
bdnz L4
Also pulling the load manually out loop also produce the same asm as I just
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2004-11-12 14:46 ---
Subject: Re: Code for arrays and pointers are not the same
> > Patch here which should fix not pulling the load of q out of the loop:
> > http://gcc.gnu.org/ml/gcc-patches/2004-11/msg0
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2004-11-12 14:48 ---
Subject: Re: Code for arrays and pointers are not the same
> huh a compiler built with that patch gives:
> L4:
> slwi r2,r9,1
> addi r9,r9,1
> sthx r0,r2,r11
>
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-12
14:51 ---
Got it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerdsuwa at
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:52 ---
powerpc-darwin
just -O3
hmm, must be a local modification which changes it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18431
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
14:53 ---
(In reply to comment #8)
>
> is_gimple_addressable -> is_gimple_id -> is_gimple_variable -> SSA_NAME.
>
> So the correct patch would be
I did post that patch also before it was rejected as I did not look
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2004-11-12 15:10 ---
Subject: Re: Code for arrays and pointers are not the same
> powerpc-darwin
>
> just -O3
>
> hmm, must be a local modification which changes it.
maybe you are checking 64 bit? That
Using -fno-second-underscore with gfortran gives a spurious warning:
$ gfortran -fno-second-underscore -c common.F90
cc1: warning: command line option "-fno-second-underscore" is valid for F95 but
not for C
--
Summary: -fno-second-underscore induces warning
Product: gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
15:22 ---
Confirmed, the issue is that we are passing the options to the cc1, the
preprocessor (and the C
compiler).
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
15:33 ---
The local patch which I had in which caused this was a not so correct for PR
18293 (which we remove
an extra copy RTL as we expand it so it looks like the cost analysis is doing
something wrong which is
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
15:35 ---
Note if we change this we have to look at the IV-OPT cost analysis mechanism
and retune it to be more
correct as we will miss some optimizations.
--
What|Removed |Added
(Debian bug #279893)
-- legal instantiation rejected; illegal instantiation accepted
-- adapted from John Woodruff c.l.a. post
generic
type T1 is private;
package pak1 is
subtype T3 is T1;
end pak1;
with pak1;
generic
type T2 is private;
package pak2 is
package the_pak1 is new pak1
--- Additional Comments From zak at transversal dot com 2004-11-12 16:33
---
Amended patch:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00948.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18300
(Debian bug #280939)
-- RM 10.1.5(4) "the pragma shall have an argument that is a name
-- denoting that declaration."
-- RM 8.1(16) "The children of a parent library unit are inside the
-- parent's declarative region."
package pak1 is
pragma Pure;
end pak1;
procedure pak1.p2;
pragma Pure
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
16:38 ---
Subject: Bug 18416
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 16:37:52
Modified files:
gcc: ChangeLog passes.c toplev.c
(Debian bug #280940)
-- RM 3.10(15) "An access value satisfies a composite_constraint
-- of an access subtype if it ... designates an object whose value
-- satisfies the constraint."
with text_io;
procedure Test_131 is
type string_ptr is access all string;
subtype str10 is string_Ptr(1..10
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-12
16:45 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
--- Additional Comments From sje at cup dot hp dot com 2004-11-12 16:54
---
I tried to reproduce this using a native IA64 GCC on Linux and HP-UX and 3.2.3
and 3.3 looked fine to me. I am not sure how to reconcile this with Dara's
results but I think the bug is fixed in 3.2.3 and subsequ
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-12
16:57 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00971.html
--
What|Removed |Added
--
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-12
16:58 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00971.html
--
What|Removed |Added
--
c/gcc
Thread model: posix
gcc version 4.0.0 20041112 (experimental)
--
Summary: ICE compiling Objective C code with protocol-qualified
objects
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Pri
--- Additional Comments From mgd at santafe dot edu 2004-11-12 17:02
---
Created an attachment (id=7530)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7530&action=view)
Objective C file that crashes compiler
Compiling with no -D preprocessor defines will ICE gcc 4.0.0 2
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-12
17:03 ---
One more patch is required. And libjava problem has to be fixed before this bug
is revisited.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15410
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-12
17:03 ---
One more patch is required. And libjava problem has to be fixed before this bug
is revisited.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
17:12 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--
What|Removed |Added
Keywords||wrong-code
Summary|Legal rejected in gnat |incorrect execution
|3.15p, RM 3.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
Sorry, I do not know what host triplet, target triplet, or build triplet mean.
None of them are discussed in http://gcc.gnu.org/bugs.html.
Here is the output of gcc -v:
[EMAIL PROTECTED]:~/sandbox/newchords$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../
--- Additional Comments From cmh204 at lehigh dot edu 2004-11-12 18:30
---
Created an attachment (id=7531)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7531&action=view)
broken example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
--- Additional Comments From cmh204 at lehigh dot edu 2004-11-12 18:31
---
Created an attachment (id=7532)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7532&action=view)
broken example (file2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From cmh204 at lehigh dot edu 2004-11-12 18:32
---
Created an attachment (id=7533)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7533&action=view)
broken example (file3)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
--- Additional Comments From cmh204 at lehigh dot edu 2004-11-12 18:32
---
Created an attachment (id=7534)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7534&action=view)
broken example (file4)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
--- Additional Comments From cmh204 at lehigh dot edu 2004-11-12 18:34
---
Created an attachment (id=7535)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7535&action=view)
broken example (file5)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
--- Additional Comments From geoffk at gcc dot gnu dot org 2004-11-12
19:04 ---
I have a patch to fix this.
--
What|Removed |Added
AssignedTo|bonzini at gcc dot gnu
--- Additional Comments From sje at cup dot hp dot com 2004-11-12 19:07
---
I have run this testcase with the 3.3.* and 3.4.* and ToT (pre-4.0) compilers on
IA64 linux. The bug exists in all 3.3.* compilers (3.3.[012345]) and none of
the 3.4 compilers (3.4.[0123]). Nor does it happen o
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
19:15 ---
Subject: Bug 18423
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 19:15:25
Modified files:
. : ChangeLog configure.in configure
Lo
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From a_fisch at gmx dot de 2004-11-12 19:20 ---
The Bug is in gcc/config/rs6000/rs6000.c in function
rs6000_elf_in_small_data_p()
With gcc version 3.4.x? (2003-05-02) the macro SYMBOL_REF_SMALL_P () was
introduced, which checks for a flag, which is not properl
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
19:29 ---
Fixed in 3.4.0, 3.3.x is just on regression fixing mode and since this is most
likely not a regression I am
closing as fixed.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
19:44 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
19:44 ---
Subject: Bug 14264
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 19:43:58
Modified files:
libstdc++-v3/testsuite/lib: libstdc++.exp
lib
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
19:46 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
GCC target triplet||i486-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12
20:16 ---
Not a bug, templates do really get added to namespaces by using if
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
21:15 ---
Subject: Bug 17778
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 21:15:24
Modified files:
gcc: ChangeLog
gcc/config/i386: f
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
21:27 ---
Subject: Bug 17778
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-11-12 21:26:55
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-12 21:29
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From cmh204 at lehigh dot edu 2004-11-12 21:39
---
After further reflection, this is a problem with my code. Although it is now an
interesting question of why it worked at all in one order.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
21:47 ---
Subject: Bug 18389
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 21:47:13
Modified files:
gcc/cp : ChangeLog decl.c decl2.c parser.c pt.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
21:47 ---
Subject: Bug 18407
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 21:47:13
Modified files:
gcc/cp : ChangeLog decl.c decl2.c parser.c pt.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
21:47 ---
Subject: Bug 18429
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 21:47:13
Modified files:
gcc/cp : ChangeLog decl.c decl2.c parser.c pt.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12
21:47 ---
Subject: Bug 18436
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-12 21:47:13
Modified files:
gcc/cp : ChangeLog decl.c decl2.c parser.c pt.
1 - 100 of 129 matches
Mail list logo
