How can I give m y RTL file as input to the other passes of gcc to get the
object code.
--
To love without condition , to talk without intention, to give without reason,
and to care without expectation... is the heart of a true friend...
Go for someone who makes you smile because
it
typedef unsigned int size_type;
namespace values
{
struct EnumTag
{
int tag;
const char* discriminator;
const char* description;
};
struct EnumInfo
{
size_type count;
size_type size;
EnumTag values[];
};
}
values::EnumInfo lapdCREnumInfo =
{
2,0,{
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple
--- Comment #2 from jakub at gcc dot gnu dot org 2006-01-24 08:34 ---
I'm using in the Fedora Core gcc following patch:
2005-11-24 Jakub Jelinek [EMAIL PROTECTED]
* lang-specs.h: Unless -nostdinc, append -I .../finclude to f951
command line options.
---
--- Comment #1 from jakub at gcc dot gnu dot org 2006-01-24 08:50 ---
That's a bad idea. While in libstdc++, libgcc, libobjc and libgfortran
we want to support thread safety only optionally, depending whether libpthread
(or its system counterpart) is linked in or not, in libgomp thread
--- Comment #7 from ian at gcc dot gnu dot org 2006-01-24 08:52 ---
Subject: Bug 25930
Author: ian
Date: Tue Jan 24 08:52:44 2006
New Revision: 110163
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110163
Log:
PR middle-end/25930
* cgraphunit.c
--- Comment #8 from ian at airs dot com 2006-01-24 08:54 ---
Fixed.
--
ian at airs dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from dorit at il dot ibm dot com 2006-01-24 09:10 ---
Patch:
Index: tree-vect-patterns.c
===
--- tree-vect-patterns.c(revision 109954)
+++ tree-vect-patterns.c(working copy)
@@ -243,7 +243,8
--- Comment #8 from charlet at gcc dot gnu dot org 2006-01-24 09:49 ---
Reopening then, thanks for checking.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-24 10:28 ---
Fixed in 3.4.0. Note 3.3.x is no longer maintained. Still a regression from
3.3.4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from reichelt at gcc dot gnu dot org 2006-01-24 11:38
---
Subject: Bug 16829
Author: reichelt
Date: Tue Jan 24 11:38:06 2006
New Revision: 110167
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110167
Log:
PR c++/16829
* decl.c
--- Comment #14 from reichelt at gcc dot gnu dot org 2006-01-24 11:40
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-01-24 11:56
---
Subject: Bug 25552
Author: reichelt
Date: Tue Jan 24 11:55:58 2006
New Revision: 110168
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110168
Log:
PR c++/25552
* parser.c
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-01-24 11:58
---
Fixed on mainline.
Needs retesting on the branches.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-01-24 12:05
---
This might be another manifestation of the argument saving area with
-maccumulate-outgoing-args
(if it is so, either -fno-tree-ter or -mno-accumulate-outgoing-args should
solve it). I will try to look into
Error:
configure.ac:4: error: Autoconf version 2.59 or higher is required
configure.ac:4: the top level
autom4te: gm4 failed with exit status: 1
make[2]: *** [/Users/pinskia/src/gcc/local/gcc/libgomp/configure] Error 1
make[1]: *** [all-target-libgomp] Error 2
make[1]: *** Waiting for unfinished
--
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=25942
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-24 12:14 ---
Actually gthr-* is there so we don't duplicate a config/* for the target
library. Your proposal is wrong as some targets like AIX actually have
multilib on the threads.
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-24 12:23
---
Yup.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-01-24 12:25
---
Yup.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-24 12:40 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-01-24 13:17
---
Yup 2. :-)
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-24 13:28
---
This is still a regression even though Honza/HJL's change exposed a latent bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-24 13:29
---
This is still a regression, even though the change exposed a latent bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-24 13:31 ---
Using the patches:
http://gcc.gnu.org/ml/gcc/2006-01/msg00897.html
http://gcc.gnu.org/ml/gcc/2006-01/msg00888.html
I was able to bootstrap until building libgomp but that is a different bug (PR
25942).
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-24 13:41 ---
This works for me in 3.3.3, 3.4.0, 4.0.0 and 4.1.0.
Can you try env LANG=C gcc to compile with GCC this file? I suspect it is an
ICE due some diagnostic being translated wrongly.
--
pinskia at gcc dot gnu dot
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-24 13:43 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hjl at lucon dot org 2006-01-24 13:43 ---
It has been this way since March, 2004:
http://gcc.gnu.org/ml/gcc-bugs/2004-03/msg00641.html
Why do you think it is a regression?
*** This bug has been marked as a duplicate of 14435 ***
--
hjl at lucon dot org
--- Comment #9 from hjl at lucon dot org 2006-01-24 13:43 ---
*** Bug 25898 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-01-24 13:45
---
Because your change exposed it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-01-24 13:46
---
It does not matter if it is a latent bug or not. This is still a regression.
HJL get that through your head.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from hjl at lucon dot org 2006-01-24 14:02 ---
It is the identical bug as my old one. Should you reopen my bug report and make
this one as duplicate since the detailed analysis is in my bug report?
--
hjl at lucon dot org changed:
What|Removed
--- Comment #10 from hjl at lucon dot org 2006-01-24 14:10 ---
Reopen it since it is seen again.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #17 from hjl at lucon dot org 2006-01-24 14:10 ---
*** This bug has been marked as a duplicate of 14435 ***
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #11 from hjl at lucon dot org 2006-01-24 14:10 ---
*** Bug 25898 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-24 14:12
---
This is now a regression because of PR 25898.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from bonzini at gnu dot org 2006-01-24 14:29 ---
Subject: Bug 25905
Author: bonzini
Date: Tue Jan 24 14:29:25 2006
New Revision: 110170
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110170
Log:
2006-01-23 Paolo Bonzini [EMAIL PROTECTED]
PR
--- Comment #7 from bonzini at gnu dot org 2006-01-24 14:29 ---
Subject: Bug 25890
Author: bonzini
Date: Tue Jan 24 14:29:25 2006
New Revision: 110170
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110170
Log:
2006-01-23 Paolo Bonzini [EMAIL PROTECTED]
PR
--- Comment #8 from bonzini at gnu dot org 2006-01-24 14:30 ---
Patch committed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from bonzini at gnu dot org 2006-01-24 14:30 ---
Patch committed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from bonzini at gnu dot org 2006-01-24 14:35 ---
AM_MAINTAINER_MODE is missing.
I thought people did cut'n'paste to generate a new configure.ac, but this must
not be the case. ;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25942
--- Comment #7 from dir at lanl dot gov 2006-01-24 14:40 ---
It looks like you got it ! It took some hours to grind through the 2.5 million
tests, but they all ran with out finding an error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25835
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-24 15:17
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01632.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #29 from bernds_cb1 at t-online dot de 2006-01-24 15:18 ---
Does anyone have a preprocessed source file handy?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-24 15:22 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-24 15:24
---
PR 25942: libgomp needs correct version of autoconf/automake installed to
build.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-24 15:26 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01621.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from alex at milivojevic dot org 2006-01-24 15:35 ---
As a temporary workaround, I was thinking about changing Makefile.am files, and
regenerating Makefile.in so that they include both -rpath and -R when invoking
libtool (would work for me). Looking at files, only
I have a number of things that I would like to see added to collect2. If there
is interest in them, I'll volunteer to do the work. I am not sure of the
process of making suggestions like this so if there is another format, please
let me know. e.g. I've put all of my suggestions into one report
A)':
test.cc:10: internal compiler error: Segmentation fault
g++ --version
g++ (GCC) 4.0.3 20060115 (prerelease) (Debian 4.0.2-7)
I can't reproduce this with '4.0.1' or with '4.2.0 20060124'. So possibly the
bug is already fixed.
--
Summary: ICE Segmentation fault with -fmudflap
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-24 15:50 ---
*** Bug 25945 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-24 15:50 ---
*** This bug has been marked as a duplicate of 17533 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-24 15:50 ---
woops wrong bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-24 15:50 ---
*** This bug has been marked as a duplicate of 19266 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-24 15:50
---
*** Bug 25945 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-24 16:16 ---
The full patch (with some cleanup) is:
Index: c-common.c
===
--- c-common.c (revision 110173)
+++ c-common.c (working copy)
@@ -2456,25 +2456,26 @@
--- Comment #5 from jakub at gcc dot gnu dot org 2006-01-24 16:26 ---
On the Linux architectures that use DFmode long double ATM and want to switch
to some other format in glibc 2.4 (best would be if all are switching
together),
we primarily need GCC 4.1 to actually be able to compile
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-24 16:28
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-01-24 16:43
---
Subject: Bug 25860
Author: pinskia
Date: Tue Jan 24 16:27:44 2006
New Revision: 110175
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110175
Log:
2006-01-24 Andrew Pinski [EMAIL PROTECTED]
PR
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #2 from rth at gcc dot gnu dot org 2006-01-24 16:52 ---
Subject: Bug 25942
Author: rth
Date: Tue Jan 24 16:52:09 2006
New Revision: 110176
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110176
Log:
PR libgomp/25942
* configure.ac: Add
--- Comment #3 from rth at gcc dot gnu dot org 2006-01-24 16:52 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rth at gcc dot gnu dot org 2006-01-24 16:54 ---
How are you configuring? I can't reproduce *any* of these failures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25910
With LAST_UPDATED Tue Jan 24 01:27:36 UTC 2006 (revision 110159M),
compile this code, reduced from readline-5.1 with -O2 -fpic:
extern char *rl_line_buffer;
extern int rl_point;
extern int rl_end;
static const char *vi_motion = hl^$0ftFT;,%wbeWBE|;
void
rl_vi_complete (int ignore, int key)
{
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-24 17:14 ---
Here is an example of where we get a false postive:
#include iostream
using namespace std;
int main()
{
int x;
cin x;
if (!cin)
{
x = -1;
}
cout x endl;
}
We check the error status of cin
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-01-24 17:15
---
Has this all been fixed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #10 from pcarlini at suse dot de 2006-01-24 17:29 ---
I suppose changing the component to libstc++ was a mistake... Irrespective of
whether the compiler want or not to suppress this warning (in my opinion, it
should not) the logic in the library cannot change.
--
--- Comment #23 from joseph at codesourcery dot com 2006-01-24 17:31
---
Subject: Re: [4.2 Regression] Build failure: undefined
symbol __floatunsitf
On Tue, 24 Jan 2006, pinskia at gcc dot gnu dot org wrote:
Has this all been fixed now?
I think MIPS16, FRV and US_SOFTWARE_GOFAST
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-24
17:39 ---
Subject: Re: [4.2 Regression] Build failure: undefined symbol __floatunsitf
Has this all been fixed now?
This change fixes the problem on hppa*-*-hpux*:
2005-12-04 John David Anglin [EMAIL
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-24 18:19
---
(In reply to comment #10)
I suppose changing the component to libstc++ was a mistake... Irrespective of
whether the compiler want or not to suppress this warning (in my opinion, it
should not) the logic in the
--- Comment #12 from pcarlini at suse dot de 2006-01-24 18:21 ---
Andrew, please stop saying stupid things. If you can support your claims with
the library chapters of the standards, ok, otherwise please spend time on
something else.
--
pcarlini at suse dot de changed:
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-01-24 18:24
---
Lets look at the final IR:
_M_extract (cin, __l);
this.90 = (struct basic_ioschar,std::char_traitschar *) cin;
D.31548 = this.90 + *(long int *) (cin._vptr.basic_istream + -24);
__a.59 = (int)
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-01-24 18:27
---
(In reply to comment #12)
Andrew, please stop saying stupid things. If you can support your claims with
the library chapters of the standards, ok, otherwise please spend time on
something else.
What does the
--- Comment #15 from pcarlini at suse dot de 2006-01-24 18:28 ---
Andrew, do you understand that, according to the standard, the library
**cannot** touch that argument if the extraction fails?!? It is 22.2.2.1.2/11.
Do whatever you like, invent a new __attribute__((uninitialized)), file
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-24 18:32
---
The guess this bug is invalid then. If the standard is not sane, then this is
actually not a bug.
But then again libstdc++ can be a little saner in the case I gave for comment
#9. That is all I am asking for
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-01-24 18:34
---
I now see how the other PR caused this bug, we now inline operator .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25649
--- Comment #5 from samuel dot thibault at ens-lyon dot org 2006-01-24
18:35 ---
But still an unpleasant behavior :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24745
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-01-24 18:35
---
(In reply to comment #17)
I now see how the other PR caused this bug, we now inline operator .
Which means compiling with 4.2, you cannot use a 4.1's libstdc++ so we have an
ABI incompatibility now too.
--
--- Comment #19 from pcarlini at suse dot de 2006-01-24 18:38 ---
Indeed, as I said already, it's only by *chance* that the warning was not
emitted before, because the logic of the library has not changed and in fact,
**cannot** be changed. Really, if we want something better, either
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-01-24 18:38
---
(In reply to comment #18)
(In reply to comment #17)
I now see how the other PR caused this bug, we now inline operator .
Which means compiling with 4.2, you cannot use a 4.1's libstdc++ so we have an
ABI
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-24 18:43
---
Working on it, it's the combiner.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mark at detrick dot com 2006-01-24 18:58 ---
Created an attachment (id=10725)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10725action=view)
gcc java compile failure - screen output
Everything up to the point in this output worked fine.
Solaris 10 with Sun
--- Comment #6 from mark at detrick dot com 2006-01-24 19:02 ---
Platform: SunOS hassium 5.10 Generic_118822-26 sun4u sparc SUNW,Ultra-60
GCC package: gcc-4.0.2.tar.bz2
Configure command from the gcc directory:
gcc-4.0.2/configure \
--with-gnu-as \
--with-as=/usr/local/bin/as \
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-24 20:04 ---
Trying to reduce this failure. (I can reproduce it on today's compiler).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-24 20:14 ---
Reduced testcase:
file1.cc:
class f
{
virtual void g();
};
inline void f::g()
{}
int sub(void)
{}
file2.cc:
class f
{
virtual void g();
};
inline void f::g()
{}
int main(void)
{}
--
Now why does this work
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-24 20:20 ---
Hmm, this testcase works correctly on x86_64-linux-gnu, in that the vtable is
marked as weak.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-24 20:28 ---
Just to clarify with gcc (GCC) 4.2.0 20051129, you were able to compile the
example you gave in comment #2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
--- Comment #11 from trt at acm dot org 2006-01-24 20:33 ---
HP liked this warning suggestion. It will be in their next compiler release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17946
--- Comment #16 from rth at gcc dot gnu dot org 2006-01-24 21:06 ---
Subject: Bug 25259
Author: rth
Date: Tue Jan 24 21:06:07 2006
New Revision: 110179
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110179
Log:
PR libgomp/25259
* configure.ac: Use
--- Comment #17 from rth at gcc dot gnu dot org 2006-01-24 21:07 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from schnetter at aei dot mpg dot de 2006-01-24 21:09
---
Yes, I am able to compile the code with that version:
$ ~/gcc/bin/g++ --version
g++ (GCC) 4.2.0 20051129 (experimental)
$ ~/gcc/bin/g++ -o lamtest *.ii -L/sw/lib -llammpio -llammpi++ -lmpi -llam
--
In some places the IO library simply assumes that the IO request is 'small
enough', and happily allocates a buffer big enough for the request to be
handled in one go. Unformatted IO already uses sread()/swrite() which bypasses
buffering if the request is bigger than the buffer size. However, this
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-24 21:22 ---
It is even worse when opening two of these :) (or even five).
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-01-24 21:37
---
Recategorizing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-01-24 21:39
---
Subject: Bug 25552
Author: reichelt
Date: Tue Jan 24 21:38:56 2006
New Revision: 110180
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110180
Log:
PR c++/25552
* parser.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-01-24 21:45
---
Subject: Bug 25552
Author: reichelt
Date: Tue Jan 24 21:44:57 2006
New Revision: 110181
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110181
Log:
PR c++/25552
* parser.c
1 - 100 of 171 matches
Mail list logo