This testcase should generate min{s,d}s, max{s,d}s SSE insn. It looks that
min?f, max?f pattern is converted to equivalent i387 insn sequence, because the
output is expected in FP reg. However, the result of min/max should be _moved_
from SSE to FP reg.
Testcase:
float minf(float a, float b) {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
08:27 ---
Confirmed but note this is a register allocator problem really.
in lreg:
(insn:HI 12 8 16 0 (parallel [
(set (reg/v:SF 59 [ a ])
(if_then_else:SF (lt (reg/v:SF 59 [ a ])
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2005-01-04 08:29 ---
No, it's not a duplicate of 18810. I temporarely renamed my 'install' in
/usr/bin/install to install_off so
that 'which install' now results in:
localhost:~ lars$ which install
no install
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
08:32 ---
Actually it is still is if you have not rebooted your machine.
*** This bug has been marked as a duplicate of 18810 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
08:32 ---
*** Bug 19248 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18810
Hello,
I have problem with gcc3.x and stabs debugging format on powerpc (ppc32 603e).
gdb doesn't recognize builtin unsigned int/long formats.
I compile the following program with: powerpc-gcc -gstabs a.c
int main()
{
unsigned int a;
int b;
return 0;
}
and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
08:49 ---
Hmm, what version of gdb is this, since I tried on ppc-darwin and it produces
what you consided back
stabs and it worked (this is gdb 5.3).
Also why use stabs when dwarf-2 works better and most of the
--- Additional Comments From gleb76 at gmail dot com 2005-01-04 09:02
---
I forgot to mension the gdb I've tried are 6.0 and 6.3.
The problem is in the stabsread.c file in function read_huge_number.
The stabs produce much smaller output for me. The result file using stabs is
23M and
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-04 09:05
---
Btw. we do the right thing for 64-bit x86-64:
$ gcc -O2 -ffast-math -c t.c
$ objdump -d t.o
t.o: file format elf64-x86-64
Disassembly of section .text:
minf:
0: f3 0f 5d c1
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 09:14
---
Subject: Re: Unaligned access to fields inside packed records
Could you tell on what grounds? AFAICS all fields are still addressable.
Not really, they aren't. I've argued in the past that we should
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
09:14 ---
Bss, this is invalid and not because the standard only says he constructor is
ignored.
12.6.2P6:
If V does not have an accessible default constructor, the initialization is
ill-formed. A mem-initializer
--- Additional Comments From uros at kss-loka dot si 2005-01-04 09:21
---
This is really middle-end problem.
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00168.html
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
09:30 ---
Here are results on ia64-unknown-gnu-linux, with -O0 -g for
gfortran snapshot 20050102.
What I don't understand is that the results appear identical
to the ones that I showed in comment 8 with snapshot
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04
10:01 ---
Subject: Bug 19235
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-04 10:00:57
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 10:04
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 19107 depends on bug 19235, which changed state.
Bug 19235 Summary: [4.0 regression] GCC generates SSE2 instructions for
AthlonXP which doesn't support them.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235
What|Old Value |New Value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04
10:41 ---
Subject: Bug 19240
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-04 10:40:58
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From gleb76 at gmail dot com 2005-01-04 11:01
---
(In reply to comment #1)
Hmm, what version of gdb is this, since I tried on ppc-darwin and it produces
what you consided back
stabs and it worked (this is gdb 5.3).
gdb 5.3 doesn't work for me. Do you use
Somehow fpu comparisons are used in SSE heavy code with -mfpmath=sse.
Case in point (not from the testcase):
401447: fldz
[snip lots of SSE only operations]
401535: movss %xmm2,0xc(%esp)
40153b: flds 0xc(%esp)
40153f: fcomip %st(1),%st
401541: jbe401650
--- Additional Comments From tbptbp at gmail dot com 2005-01-04 12:39
---
Created an attachment (id=7870)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7870action=view)
All hell broke lose
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19252
--- Additional Comments From uros at kss-loka dot si 2005-01-04 13:00
---
Some discussion:
http://gcc.gnu.org/ml/gcc/2004-12/msg01027.html
This PR could be related to:
PR 19009: Loading of FP constants into FP reg via SSE reg
PR 19250: minss/maxss SSE insn not generated for
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
13:41 ---
The problem appears to be related to the fact that length
and size are both intrinsics.
If you declare length to be external, with the following
patch:
$ diff -u vec3d.f90 vec3d-works.f90
---
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-04 13:51 ---
(In reply to comment #10)
Looking at the Intel reference documentation available from
ftp://download.intel.com/design/
Pentium4/manuals/25366614.pdf MOVQ has the following opcodes:
0F 6F /r
--- Additional Comments From uros at kss-loka dot si 2005-01-04 14:05
---
Adding -mno-80387 to flags doesn't generate fcomip anymore.
But when I try to compile povray with '-O3 -march=pentium4 -mno-80387
-mfpmath=sse -ffast-math' I got into:
bbox.cpp: In function 'void
The following invalid testcase causes an ICE on mainline:
=
namespace N {}
templatetypename struct A
{
Atypename N::Xint a;
};
=
bug.cc:5: error: 'X' in namespace 'N' does not name a type
bug.cc:5: internal compiler error:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04
14:37 ---
Subject: Bug 18308
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-04 14:37:24
Modified files:
gcc: ChangeLog tree-if-conv.c dojump.c
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
14:54 ---
I did some debugging on my testcase, and I think I've found
some of the things wrong with it:
$ gdb ./a.out
GNU gdb Red Hat Linux (6.1post-1.20040607.52rh)
Copyright 2004 Free Software Foundation,
When inside a constructor a multidimensional array is declared whose size
depends on a variable, e.g. int n = 5; int a[n][n];, address calculation for
accessing the array elements is wrong. Example code:
--- snip ---
int result;
class A {
public:
A();
};
void remember(int i) {
--- Additional Comments From kcook at gcc dot gnu dot org 2005-01-04 15:06
---
(In reply to comment #10)
Those 0F 6F and 0F 7F are, however, standard MMX instructions. So when you
use for instance -msse -mfpmath=sse -no-mmx those shouldn't be used as well
(don't know why would
This bug is similar to #12974.
The patch (id=5925) is fine but not enough in case the target has multilib.
It also should be added INCLUDE nearby rule stmp-multilib. Like this:
# Build multiple copies of libgcc.a, one for each target switch.
stmp-multilib: $(LIBGCC_DEPS)
$(MAKE) \
--
What|Removed |Added
CC||kcook at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19252
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
15:43 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
15:43 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04
15:44 ---
Subject: Bug 17767
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-04 15:44:25
Modified files:
gcc: ChangeLog cse.c simplify-rtx.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
15:46 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
15:46 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-04 15:47 ---
(In reply to comment #16)
(In reply to comment #10)
If you look at Richard's patch, the compiler will use MOVLPS into XMM register
when only SSE1 is available.
Yes, I noticed. That's good.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
15:48 ---
: Search converges between 2004-11-30-014001-trunk (#665) and
2004-12-01-014001-trunk
(#666).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19217
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
15:50 ---
: Search converges between 2004-07-17-trunk (#488) and 2004-07-18-trunk (#489).
--
What|Removed |Added
--
What|Removed |Added
Known to fail||3.4.3
Known to work||3.2.3
It seems that if you have a template class derived from another template
class, that the derived class can not access the super-class protected
members.
I've put a short code segment below. It compiles and works as expected using
gcc 2.95.2, 3.2.3, 3.3.2, and 3.3.5. It doesn't compile using
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-04
16:45 ---
The following example is even worse:
=
namespace N { struct X; }
templatetypename struct A
{
Atypename N::X x a;
};
=
Mainline crashes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
16:52 ---
The code is invalid C++, read the release notes on how to fix the problem.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
Status|NEW
With LAST_UPDATED: Tue Jan 4 08:43:26 UTC 2005 I get:
FAIL: gcc.dg/cpp/subframework1.c (test for excess errors)
With the message in the .log being (copy-pasted):
Executing on host: /home/hp/combined/mmixware-sim/gcc/xgcc
-B/home/hp/combined/mmixware-sim/gcc/ /home/hp/combined/combined/gcc/t\
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
17:31 ---
Confirmed, this should run only on *-*-darwin*
--
What|Removed |Added
--- Additional Comments From andre dot maute at gmx dot de 2005-01-04
17:46 ---
tried gcc-4.0-20050102 with the patch
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gccr1=1.597r2=1.598
from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235
--- Additional Comments From andersca at gnome dot org 2005-01-04 18:09
---
Confirming that this does fix the error for me. Thanks a lot!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
18:41 ---
Confirmed, only a 3.3 regression, it works with 3.4.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
18:42 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00205.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
19:23 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00209.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
19:25 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00210.html.
--
What|Removed |Added
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-01-04
19:31 ---
Doh! Fixing.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk
The following code
class X {
templateclass T friend int ff(T*, int y=anX.x) { return y; }
int f() { return ff(anX); }
static X anX;
int x;
};
X dummy;
gives an error message with mainline:
foo.cc:6: error: 'int X::x' is private
foo.cc:3: error: within this context
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04
19:39 ---
Subject: Bug 19257
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-04 19:39:10
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-01-04
19:39 ---
Should be fixed now.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
19:48 ---
: Search converges between 2003-01-02-trunk (#161) and 2003-01-10-trunk (#162).
Note with 3.4.x, we get a different error message:
input.cc:2: error: `anX' was not declared in this scope
The error message
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
19:48 ---
Hmm, I cannot reproduce it with a cross compiler from today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
--- Additional Comments From ac131313 at redhat dot com 2005-01-04 20:07
---
(In reply to comment #5)
If gdb can't handle var-tracking, it should be fixed there, and not
be disabeld in gcc.
Correct. GCC shouldn't hold back features due to a lack of support in GDB.
See also
--- Additional Comments From fitzsim at redhat dot com 2005-01-04 20:20
---
Fixed on java-gui-branch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-04 21:03 ---
Indeed it is a dup.
*** This bug has been marked as a duplicate of 19235 ***
--
What|Removed |Added
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-04 21:03 ---
*** Bug 19107 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
I think that you have closed this one a bit too quick. Have you actually tried
it? This is what I have used:
CFLAGS=-O0 -g3 -fno-omit-frame-pointer BOOT_CFLAGS=-O0 -g3
-fno-omit-frame-pointer LIBCFLAGS=-O0 -g3 -fno-omit-frame-pointer
LIBGCC2_CFLAGS=-O0 -g3 -fno-omit-frame-pointer make CFLAGS=-O0
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-01-04 21:24 ---
Subject: Re: Bootstrap ignores compiler flags supplied
on command line
I think that you have closed this one a bit too quick. Have you actually tried
it? This is what I have used:
CFLAGS=-O0 -g3
On Jan 4, 2005, at 4:24 PM, Vaclav Haisman wrote:
gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W
-Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wold-style-definition -fno-common
-DHAVE_CONFIG_H
--- Additional Comments From pinskia at physics dot uc dot edu 2005-01-04
21:40 ---
Subject: Re: Bootstrap ignores compiler flags supplied on command line
On Jan 4, 2005, at 4:24 PM, Vaclav Haisman wrote:
gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W
-Wall
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
22:20 ---
Even shorter testcase:
$ cat fio.f
open(7)
write (7,'(F12.5)') 1.0, 2.0, 3.0
rewind(7)
read(7,'(F15.5)') a,b
print *,a,b
if (abs(a-1.0) .gt. 1e-5) call abort
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
22:31 ---
$ gfortran fio.f ./a.out
1.00 3.00
$ gfortran -dumpmachine
i686-pc-linux-gnu
Aborted
I had mixed up my cutpaste there... of course,
it was the test program that aborted, not the
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-04
22:48 ---
I don't think that patch is sufficient. I'm about halfway to a fix.
I don't think the behaviour should be conditional on STRICT_ALIGNMENT.
Either enforce alignment, or annotate things properly so that the
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04
23:54 ---
Subject: Bug 19158
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-04 23:54:27
Modified files:
gcc: ChangeLog tree-sra.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04
23:54 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-04 23:55
---
Patch here: http://gcc.gnu.org/ml/fortran/2005-01/msg00027.html
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 00:02
---
Can you attach the .t02.original dump (generated with -fdump-tree-original)
please. I have an idea what might be going wrong, but I'd like to see what this
looks like on your target.
--
What
--- Additional Comments From gschafer at zip dot com dot au 2005-01-05
00:19 ---
Here are some timimgs from my test runs. This is all done with:
--enable-languages=c
--disable-checking
make bootstrap
gcc-4.014:50
gcc-4.012.25- with STAGE1_CHECKING manually removed
On Jan 4, 2005, at 7:19 PM, gschafer at zip dot com dot au wrote:
- C only bootstrap times on GCC-4 have almost exactly doubled since
3.4.3
Well considering there is almost double the amount of code in 4.0.0
I would not doubt that. Also I can tell you that on ppc-darwin, we
are faster at
--- Additional Comments From pinskia at physics dot uc dot edu 2005-01-05
00:22 ---
Subject: Re: --disable-checking doesn't fully disable checking
On Jan 4, 2005, at 7:19 PM, gschafer at zip dot com dot au wrote:
- C only bootstrap times on GCC-4 have almost exactly doubled since
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
01:41 ---
Subject: Bug 19152
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 01:41:38
Modified files:
gcc: ChangeLog c-decl.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
01:42 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 17662 depends on bug 19152, which changed state.
Bug 19152 Summary: [4.0 Regression] IMA and external inline don't get along
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19152
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
01:49 ---
Is this true any more?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15160
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
01:52 ---
Does this still happen?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
01:54 ---
Could you attach the preprocessed source and try 3.4.3?
--
What|Removed |Added
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-01-05 02:01 ---
Subject: Re: Missing RECL parameter in OPEN statement
Can you please give this a spin? The library used int where the compiler
used
INTEGER*4 in a few cases. I'm currently running the testsuite
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
02:06 ---
Can you send the patch to [EMAIL PROTECTED] with a proper changelog?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
02:10 ---
Note the following were removed:
tree-alias-ander.c: get_ref pta_make_lam print_out_result
tree-alias-common.c: alias_get_name
tree-alias-type.c: alias_var_new_with_aterm
--
What|Removed
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2005-01-05 02:12 ---
Of course I did reboot my machine. I even checked if /dev/null was there again.
And I can tell you it
was.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
02:13 ---
Report this bug to opendarwin since this works on all targets already and it
has to be a bug in
opendarwin.
--
What|Removed |Added
--
What|Removed |Added
Severity|minor |enhancement
Last reconfirmed|2004-10-05 20:33:08 |2005-01-05 02:30:52
date|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
02:40 ---
Fixed by:
2004-11-15 Aldy Hernandez [EMAIL PROTECTED]
* config/rs6000/altivec.md (altivec_vsplth): Rewrite with
vec_duplicate.
(altivec_vspltb): Same.
(altivec_vspltw):
--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-05
03:40 ---
Looks as if the problem relates to the initialization or lack of the
_gfortran_ioparm struct:
(gdb) p (st_parameter)_gfortran_ioparm
$14 = {unit = 0, err = 0, end = 0, eor = 0, list_format = 0,
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-05
03:44 ---
This question was asked and mostly answered on the gcc mailing list.
http://gcc.gnu.org/ml/gcc/2004-12/msg00231.html
http://gcc.gnu.org/ml/gcc/2004-12/msg00234.html
As per the ABI, small local data
--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-05
04:22 ---
Ignore the last comment. Gdb is confused.
The fundamental problem is the following. Here is the code generated
to save the recl_in field in MAIN__. A store double word insn is being
used to store the
--- Additional Comments From austern at apple dot com 2005-01-05 05:21
---
Nope, I was wrong. DR272 only affects a nonnormative note. I've checked with
Mike Miller, and he
pointed me to the appropriate normative text that implies that X::~X() within a
member function applies
to
--- Additional Comments From austern at apple dot com 2005-01-05 05:24
---
I was wrong in thinking this was only a diagnostic bug. DR272 only affects a
nonnormative note. I've
checked with Mike Miller, and he pointed me to the appropriate normative text
that implies that X::~X()
--- Additional Comments From monaka at monami-software dot com 2005-01-05
05:57 ---
Created an attachment (id=7875)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7875action=view)
Patch for gcc-3.4.3/gcc/Makefile.in
This patch has already sent to [EMAIL PROTECTED]
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-05
07:06 ---
http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg00140.html
--
What|Removed |Added
96 matches
Mail list logo