This patch
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02301.html
caused
/net/gnu-9/export/gnu/src/gcc-next/gcc/gcc/config/ia64/crtfastmath.c: In
function \u\u\u__ia64_set_fast_math
/net/gnu-9/export/gnu/src/gcc-next/gcc/gcc/config/ia64/crtfastmath.c:37:
internal compiler error: in
--
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE in ssa tree check |[4.1 Regression] ICE in ssa
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-22
17:38 ---
David, could you help here? I don't think a cross-compiler is necessary.
--
What|Removed |Added
---
I get a build failure while building stage2 in a bootstrap-lean on Debian Sarge
for sparc on a Sun Blade 100.
I used the following command:
~/gcc-build$ ../gcc-4.0.0/configure --prefix=/usr/local/gnu/gcc/4.0.0 && make
bootstrap-lean check install
The tail end of the build process is as follows.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-23
04:18 ---
Confirmed, it ICEs with checking enabled:
t.cc: In member function 'typename T::BA C< ,
T>::foo(typename T::BA)':
t.cc:23: internal compiler error: tree check: expected record_type or
union_type or qual_un
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22
17:30 ---
Subject: Bug 20973
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-22 17:30:21
Modified files:
gcc: Change
--
What|Removed |Added
CC||nathan at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sho
--
What|Removed |Added
Keywords||accepts-invalid
Summary|error needed|different types not
|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-22
17:42 ---
> For that matter, if one cannot build the 64 bit compiler with the stock
> compiler
> on Debian sparc64-unknown-linux-gnu, how does one build this compiler?
That's a Debian problem, the system compiler
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22
20:02 ---
Subject: Bug 21108
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-22 20:02:44
Modified files:
gcc/testsuite : ChangeLog
libgfortran: C
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:41
---
No. 7 in the lower part of p. 212 of the draft f95 standard.
--
What|Removed |Added
--
What|Removed |Added
Keywords||accepts-invalid
Summary|error needed|statement function shall not
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22
20:02 ---
Subject: Bug 20436
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-22 20:02:44
Modified files:
gcc/testsuite : ChangeLog
libgfortran: C
--- Additional Comments From jdavidb at goreadthebible dot com 2005-04-22
17:50 ---
(In reply to comment #7)
> > For that matter, if one cannot build the 64 bit compiler with the stock
> > compiler
> > on Debian sparc64-unknown-linux-gnu, how does one build this compiler?
>
> That's a
--
What|Removed |Added
CC||halcy0n at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21167
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22
20:02 ---
Subject: Bug 20074
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-22 20:02:44
Modified files:
gcc/testsuite : ChangeLog
libgfortran: C
--
Bug 20949 depends on bug 20973, which changed state.
Bug 20973 Summary: [4.0 Regression] kdelibs (khtml) miscompiled by reload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20973
What|Old Value |New Value
---
--- Additional Comments From schlie at comcast dot net 2005-04-22 18:01
---
(In reply to comment #15)
> Subject: Bug 20973
> Branch: gcc-4_0-branch
> Changes by: [EMAIL PROTECTED]2005-04-22 17:30:21
> Modified files:
> gcc: ChangeLog reload.c
Is
--- Additional Comments From sje at cup dot hp dot com 2005-04-22 20:22
---
I submitted a patch, http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02284.html,
but as the mail says it results in a lot of regressions in the compat and
vector tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
18:03 ---
(In reply to comment #17)
> Is 4.1 intended to have the same behavior as well?
the mainline was fixed already except it did not show up here:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg01085.html
--
http:/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
17:58 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-23
02:02 ---
Subject: Bug 21088
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-23 02:01:59
Modified files:
gcc: ChangeLog fold-const.c tree-vrp.c tre
Bruzzone Mirko wrote:
/tmp//ccWSbEX3.s: Assembler messages:
/tmp//ccWSbEX3.s:845: Error: Unrecognized opcode: `mfcr'
You are probably using the wrong assembler, or an out of date assembler.
Try reading the install instructions for this target at
http://gcc.gnu.org/install/specific.html#x-ibm-a
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-23 02:03
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Keywords||accepts-invalid
Summary|error needed|recursively defined
|
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-22 22:34
---
This is a shorter version of the Fortran code. The bug is now
critical to gfortran because almost all Fortran codes contain
nested do loops.
SUBROUTINE CHER2K(N, C, LDC)
INTEGER I, J, N, LDC
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||accepts-
--
What|Removed |Added
Keywords||accepts-invalid
Summary|error needed|reference to upper bound of
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
--
What|Removed |Added
Keywords||accepts-invalid
Summary|error needed|reference to size of
|
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|c
--
What|Removed |Added
Component|rtl-optimization|target
Keywords||ice-on-valid-code, ssemmx
Summary|[4.0 regre
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21088
--- Additional Comments From jdavidb at goreadthebible dot com 2005-04-22
18:13 ---
(In reply to comment #7)
> > For that matter, if one cannot build the 64 bit compiler with the stock
> > compiler
> > on Debian sparc64-unknown-linux-gnu, how does one build this compiler?
>
> That's a
--
What|Removed |Added
Summary|Comments still mention |[4.1 Regression] Comments
|rewrite_ssa_into_ssa. |still mention
|
libjava tests uses absolute paths e.g.
bytecompile
/Volumes/SandBox/rt/src/gcc/libjava/testsuite/libjava.jni/noclass.java
bytecompile
/Volumes/SandBox/rt/src/gcc/libjava/testsuite/libjava.jni/overload.java
bytecompile
/Volumes/SandBox/rt/src/gcc/libjava/testsuite/libjava.jni/pr11951.java
This
--- Additional Comments From jdavidb at goreadthebible dot com 2005-04-22
18:15 ---
(In reply to comment #9)
> Yes, it should just "work". And it would have if you:
>
> 1) Make sure /lib64/libc.so.6 is installed.
> 2) Delete the file /etc/disable_64_gcc
>
> Then gcc would output 64-bi
gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.0/configure --prefix=/usr/local/gcc-4.0.0
Thread model: posix
gcc version 4.0.0
g++ --save-temps -mmmx -g -O2 test_mmx_diff2.cpp
test_mmx_diff2.cpp: In function int simple_block_diff_mmx_4(short int** const&,
sh
--- Additional Comments From davem at gcc dot gnu dot org 2005-04-22 18:08
---
Yes, it should just "work". And it would have if you:
1) Make sure /lib64/libc.so.6 is installed.
2) Delete the file /etc/disable_64_gcc
Then gcc would output 64-bit code by default when the
"uname" command
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/
--- Additional Comments From asuraparaju at gmail dot com 2005-04-22 15:28
---
Created an attachment (id=8710)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8710&action=view)
g++ --save-temps -mmmx -g -O2 test_mmx_diff2.cpp
g++ --save-temps -mmmx -g -O2 test_mmx_diff2.cpp
--
h
Bruzzone Mirko wrote:
ld: 0711-252 SEVERE ERROR: File auxiliary symbol entry 1 in object
/home/mirko/nfs/sp7/SpBLDAIX7-SV/obj/spts/sptsquit.o
:
Field x_offset contains 4. Valid values are between 4 and -1.
That looks like a problem with the IBM assembler/linker that we probably
can't do anything a
--- Additional Comments From davem at gcc dot gnu dot org 2005-04-22 18:21
---
Right, it can't compile a test program with "-m64" because the
/lib64/libc.so.6 package is not installed.
Also, when you use "sparc32" you should use it to create a
complete execution environment with "sparc3
--- Additional Comments From jdavidb at goreadthebible dot com 2005-04-22
18:25 ---
(In reply to comment #12)
> Right, it can't compile a test program with "-m64" because the
> /lib64/libc.so.6 package is not installed.
Strangely, I do seem to have that file installed. But I also hav
--- Additional Comments From davem at gcc dot gnu dot org 2005-04-22 18:27
---
You may with to restart your build with the correct environment
setup, just to be safe. Depending upon what you've enabled
it can take a long time :-)
Yes, the /etc/disable_64_gcc file is what prevents gcc f
--- Additional Comments From law at redhat dot com 2005-04-22 18:30 ---
The reload bug has been "resolved" or at least it's in a state where we can
move forward with the jump threading changes.
I've finally got the dynamic branching data which shows pretty much what I
expected -- we exec
tree-ssa-dom.c: rewrite_ssa_into_ssa.
tree-ssa-threadupdate.c: SSA_NAMEs. Right now, we just call into
rewrite_ssa_into_ssa
Note that rewrite_ssa_into_ssa was just removed today.
--
Summary: Comments still mention rewrite_ssa_into_ssa.
Product: gcc
Version: u
--- Additional Comments From joseph at codesourcery dot com 2005-04-22
15:51 ---
Subject: Re: how to force a variable into the stack?
On Fri, 22 Apr 2005, pinskia at gcc dot gnu dot org wrote:
> No you have not taken the address, as it will not escape or otherwise.
> volatile in a l
--- Additional Comments From jdavidb at goreadthebible dot com 2005-04-22
16:00 ---
Thank you, but doesn't this still represent a problem? Shouldn't config.guess
figure out what kind of compiler to build for my platform without my having to
tell it?
I checked and there's nothing in the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
16:01 ---
This works on the mainline.
--
What|Removed |Added
Known to work|
--- Additional Comments From law at redhat dot com 2005-04-23 00:55 ---
Should be fixed with today's checkin -- with the caveat that Kazu's
desired code is incorrect. We thread everything fully in this code now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15352
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22
16:57 ---
Subject: Bug 21087
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-22 16:57:24
Modified files:
gcc/cp : ChangeLog name-lookup.c
gcc/
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-22 23:03
---
Kazu, I just tried the patch, pr21030-vrp-ice.patch.
It seems to fix the problems with gfortran and -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
--- Additional Comments From law at redhat dot com 2005-04-23 00:57 ---
This appears to be fixed now (probably the combination of Dan's aliasing
work and the jump threading changes).
Can a bugmaster please close this :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16538
--- Additional Comments From law at redhat dot com 2005-04-23 00:52 ---
Sould be fixed with today's checkin (with caveats mentioned earlier regarding
the invalidity of the statement that the two tests should compile into the
same code).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Hi,
When trying to compile MySQL 4.1, it fails with the following error :
default.c: In function 'search_default_file_with_ext':
default.c:346: internal compiler error: in get_indirect_ref_operands, at
tree-ssa-operands.c:1449
Please submit a full bug report,
with preprocessed source if appropria
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:51
---
"... shall not be a generic name (unless it is also a specific name)"
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:50
---
"A non-intrinsic elemental procedure shall not be used as dummy argument"
--
What|Removed |Added
--- Additional Comments From law at redhat dot com 2005-04-23 01:01 ---
The threading part of this has been fixed Now we just need to fix DSE to
finish cleaning things up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18076
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
15:58 ---
Even though the ICE has nothing to do with the following but you are violating
C aliasing rules with the
following:
__m64 pic = *(__m64 *)&pic_data[j][i];
__m64 ref = *(__m64 *)&ref_d
--- Additional Comments From law at redhat dot com 2005-04-23 01:10 ---
We're performing the requested optimization now. This should probably be
closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19516
Compiling the test code with optimizations enabled generates invalid code. Data
gets read from the source table but gets not written to the destination.
Test code:
/* start of test.c */
/* compile: arm-elf-gcc -Os -c -o test.o test.c */
/*dump: arm-elf-objdump -D test.o | more*/
typedef
The test case below demonstrates two problems:
1) the line number in the error message points to an expression that involves
only two ints (i.e., no object of T::BI as the message claims).
2) the program is well formed and the error is a regression from previous
versions of the compiler.
$ cat
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21164
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
15:55 ---
/usr/bin/ld: warning: sparc architecture of input file
`../build-sparc64-unknown-linux-gnu/libiberty/libiberty.a(hashtab.o)' is
incompatible with sparc:v9 output
This means that you are building a sparc 64
--- Additional Comments From fitzsim at redhat dot com 2005-04-22 14:51
---
Done. Closing.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From sami dot kantoluoto at embedtronics dot fi
2005-04-23 08:31 ---
Created an attachment (id=8713)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8713&action=view)
A bit more simplified test file with a test code that gets compiled correctly
commented out.
In the code below, the g++ is being overly picky about taking a reference to a
packed char. Chars can have any alignment so the error is incorrect. note
that the same code using pointers doesn't produce a similar error:
=
struct s1 {
charc1;
} __attribute__((packed));
char&
f(
--- Additional Comments From eisvogel at seitics dot de 2005-04-22 16:10
---
This bug is AFAICT not fully resolved in 4.0 HEAD as of today. The test case
compiles under 3.4.3, though. The code snippet used to be part of an MD5
transform function but I have stripped it down to the point w
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-22 16:11
---
The bug is that the paragraph
These warnings occur only for variables that are candidates for
register allocation. Therefore, they do not occur for a variable that
is declared @code{volatile}, or whose
Daniel Heiserer wrote:
../../../gcc-4.0.0/libffi/src/ia64/unix.S:104: Error: Unknown pseudo
function [EMAIL PROTECTED]'
You need a newer assembler. The assembler has supported ltoffx since
December 2002, and this has been in binutils releases since
binutils-2.14. binutils-2.16 will be coming o
--- Additional Comments From sami dot kantoluoto at embedtronics dot fi
2005-04-23 08:45 ---
Created an attachment (id=8714)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8714&action=view)
objdump output of working version when compiled in thumb mode (-mthumb)
Same problems in thu
--- Additional Comments From nathan at codesourcery dot com 2005-04-23
08:47 ---
Subject: Re: New: bootstrap failed on Linux/ia64
hjl at lucon dot org wrote:
> This patch
>
> http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02301.html
>
> caused
>
> /net/gnu-9/export/gnu/src/gcc-next/gc
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-23
08:48 ---
2005-04-23 Nathan Sidwell <[EMAIL PROTECTED]>
* haifa-sched.c (schedule_block): Fix thinko in previous
assertification patch.
--
What|Removed |Added
---
--- Additional Comments From jdavidb at goreadthebible dot com 2005-04-22
17:02 ---
For that matter, if one cannot build the 64 bit compiler with the stock compiler
on Debian sparc64-unknown-linux-gnu, how does one build this compiler?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
15:53 ---
configured with: ../gcc-4.0.0/configure --pref
--
What|Removed |Added
Severity|cr
--
What|Removed |Added
Keywords||accepts-invalid
Summary|error needed|result may not be entry
http://gcc.gnu.org/bu
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_heap.h?rev=1.16&content-type=text/x-cvsweb-markup
Any function that relies on the __adjust_heap functions have a potential
integer overflow error in their calculation of __secondChild.
--
Summary: potential integ
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:59
---
"an interface body doesn't access the named entities by host association but it
may access entities by use association"
--
What|Removed |Added
--
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
/* gcc4pointersubtractionbug.c
* Written by Mikael Pettersson, [EMAIL PROTECTED], 2005-04-23.
*
* This program illustrates a code optimisation bug in
* gcc-4.0.0 (final) and gcc-4.0.0-20050417, where a pointer
* subtraction operation is compiled as a pointer addition.
* Observed at -O2. gcc w
--
What|Removed |Added
CC||palowoda at fiver dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21167
$ cat >bug.cxx
namespace N1
{
struct S {};
}
namespace N2
{
struct S {};
}
namespace N3
{
using namespace N1;
using namespace N2;
using N1::S;
S
f ();
}
using namespace N1;
using namespace N2;
using N1::S;
S
f ();
$ g++-3.4 --version
g++-3.4 (GCC) 3.4.4 20050314 (prerelea
--- Additional Comments From maxim dot yegorushkin at gmail dot com
2005-04-23 10:55 ---
(In reply to comment #10)
> Not working on this anymore. Andrew closed PR 11296 as a dup of this,
but I'm
> not 100% sure. This is the testcase, so that it can be tested and added to
the
> testsu
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-04-23 10:58 ---
(In reply to comment #10)
> Kazu, I just tried the patch, pr21030-vrp-ice.patch.
> It seems to fix the problems with gfortran and -O2.
Kazu, could you propose your patch on gcc-patches or ping it
/* gcc4pointersubtractionbug.c
* Written by Mikael Pettersson, [EMAIL PROTECTED], 2005-04-23.
*
* This program illustrates a code optimisation bug in
* gcc-4.0.0 (final) and gcc-4.0.0-20050417, where a pointer
* subtraction operation is compiled as a pointer addition.
* Observed at -O2. gcc w
On Solaris 9 (Intel),
make gives us
make[1]: Entering directory `/hoge/gcc-4.0.0/build-i386-pc-solaris2.9/libiberty'
make[1]: *** No rule to make target `../include/ansidecl.h' needed by `regex.o'
. Stop.
make[1]: Leaving directory `/hoge/gcc-4.0.0/build-i386-pc-solaris2.9/libiberty'
make: *** [
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-23 11:56 ---
*** This bug has been marked as a duplicate of 21173 ***
--
What|Removed |Added
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-23 11:56 ---
*** Bug 21175 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
--
What|Removed |Added
CC||azarah at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-23 12:30 ---
// Confirmed on amd64 too, smaller testcase (compile with -O2):
void abort (void);
char q;
void *a[2];
void foo (char *p)
{
int i;
for (i = 0; i < 2; i++)
a[i] += p - &q;
}
int main (v
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-23 12:51 ---
-O1 -ftree-pre causing this.
--
What|Removed |Added
CC|
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-23
13:18 ---
(In reply to comment #5)
> A comment in the patch says "Tested on i686-pc-linux-gnu", but
> it just means that it will have been tested by the time I post this patch. :-)
>
Patch looks fine. OK to install
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-23
13:18 ---
Hmm, is -&a legal gimple, if it is then it is a PRE bug, otherwise it is a bug
in the gimplifier.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-23
13:24 ---
.crited dump:
foo (p)
{
int i;
void * D.1576;
char * D.1575;
void * D.1574;
void * D.1573;
int i.0;
:
# i_16 = PHI ;
:;
D.1573_7 = a[i_16];
D.1574_9 = D.1573_7 + p_8;
D
--
What|Removed |Added
Component|c |target
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-23
13:36 ---
This could be the same bug as the one reported on the mailing list here:
http://gcc.gnu.org/ml/gcc/2005-04/msg01260.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
--- Additional Comments From jv244 at cam dot ac dot uk 2005-04-23 13:36
---
(In reply to comment #1)
> Any pointers as to why this is invalid?
12.4.1.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20861
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-23
13:36 ---
Can someone attach the preprocessed source as directed by the bug filing
directions?
--
What|Removed |Added
-
1 - 100 of 233 matches
Mail list logo
