--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:04
---
*** This bug has been marked as a duplicate of 18434 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
06:04 ---
*** This bug has been marked as a duplicate of 21173 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
06:04 ---
*** Bug 21640 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:04
---
*** Bug 20089 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:09
---
Do you still reproduce this? I suppose I've not bootstrapped with anything
other than alphaev67 in a while, so this might be an ev4 bug...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21323
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
06:11 ---
There were two major patches which went in during this time. The CFG inliner
and the Jeff Law's patch,
either could have caused this.
--
What|Removed |Added
With a unified tree and LAST_UPDATED Tue May 17 19:08:14 UTC 2005,
building a unified tree worked on this host+target combination.
With LAST_UPDATED: Wed May 18 06:16:27 UTC 2005 I get:
/bin/sh ./libtool --mode=compile /home/hp/combined/mmix-regobj/./gcc/xgcc
--
What|Removed |Added
Summary|mmix-knuth-mmixware broken |[4.1 regression] mmix-knuth-
|libobjc/Object.m|mmixware broken
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
07:43 ---
Right, this is a requirement to first build a native GNAT version x.y to
build a cross GNAT x.y
Arno
--
What|Removed |Added
--
Bug 21629 depends on bug 21247, which changed state.
Bug 21247 Summary: Cross-building gnat-4.0.0 requires native gnat-4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247
What|Old Value |New Value
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
08:12 ---
The last error seems to be related to the cygwin environment.
There is also no point in reporting such results as a bug, since there are
separate issues, which all seem to be related to cygwin rather than
--- Additional Comments From maxim dot yegorushkin at gmail dot com
2005-05-18 08:17 ---
(In reply to comment #1)
All gcc versions I have take the template in namespace odd, and so does
icc in strict mode. I see nothing in 3.4.2 that should prevent this
from happening. What is
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 08:21
---
Not alpha specific. The tunings we have in the alpha memcpy expansion are
correct for real copies between memory. We want to prefer
ldbu $1,3($17)
ldbu $2,0($17)
ldbu $3,1($17)
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
08:52 ---
From the comments, seems like a back-end or optimization (rtl ?) issue
rather than an Ada specific issue.
Arno
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:05
---
Happens for cris-elf and cris-linux too.
--
What|Removed |Added
Summary|[4.1
--- Additional Comments From giovannibajo at libero dot it 2005-05-18
09:09 ---
We obviously need the preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:28
---
In response to comment #2, this is a combined tree, so the sources are trivially
available for all and you shouldn't need to be handed preprocessed code
separately. Having said that, I'll attach preprocessed
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
09:33 ---
I'm not sure what a DR is, probably a C++ standard defect report. After asking
on fr.comp.lang.c++ I was referred to Core Issue 278:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#278
Whether
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:34
---
Created an attachment (id=8919)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8919action=view)
Preprocessed code
Options to cc1 from -v: -fpreprocessed hash.i -melf -ffunction-sections
-fdata-sections
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
09:54 ---
Subject: Bug 20954
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 09:54:21
Modified files:
gcc/testsuite : ChangeLog
gcc/fortran:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
10:01 ---
Subject: Bug 20954
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 10:00:57
Modified files:
gcc/testsuite :
$ gcc -v
Reading specs from /pdv/.tools/pkg/gcc/3.4.3/bin/../lib/gcc/powerpc-ibm-
aix5.2.0.0/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/tools/pkg/gcc/3.4.3 --with-
ld=/bin/ld --with-as=/bin/as --disable-threads --enable-languages=c,c++
Thread model: aix
gcc version 3.4.3
//
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
11:16 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-05-18 11:19 ---
Subject: Re: COMPLEX function returns incompatible with
g77
toon at moene dot indiv dot nluug dot nl wrote:
--- Additional Comments From toon at moene dot indiv dot nluug dot
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-05-18 11:21 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
Tobias dot Schlueter at physik dot uni-muenchen dot de wrote:
--- Additional Comments From
--- Additional Comments From giovannibajo at libero dot it 2005-05-18
12:02 ---
(In reply to comment #3)
In response to comment #2, this is a combined tree, so the
sources are trivially available for all and you shouldn't need
to be handed preprocessed code separately.
I am
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:11 ---
Hmm, the SSA_NAME is in the free list for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
--
What|Removed |Added
CC||kazu at cs dot umass dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21636
I'd expect the result of compiling these two functions to be identical, but it
isn't:
int fish1(unsigned char c)
{
if (c =='' || c == 0x20 || c 0x20)
return 1;
}
int fish2(unsigned char c)
{
if (c == '' || c = 0x20)
return 1;
}
If I remove the 'c
--- Additional Comments From dwmw2 at infradead dot org 2005-05-18 12:33
---
Happens with gcc 3.4 too, and also on i386.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:34 ---
Confirmed, reduced testcase:
typedef struct hashhdr {
int bitmaps[32];
} HASHHDR;
static void
swap_header_copy(HASHHDR *srcp, HASHHDR *destp)
{
int i;
for (i = 0; i 32; i++)
((char
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:36 ---
This is independent of target/host. My testcase gives a different ICE:
pr21638.c:15: error: Definition in block 1 does not dominate use in block 0
for SSA_NAME: i.0_10 in statement:
D.1281_1 =
See the following code example:
#include iostream
template typename tn
class a{
protected:
tn bar;
public:
a(tn bar){
this-bar=bar;
}
virtual tn getBar(){
return bar;
}
};
template typename tn
class b : public atn{
private:
--- Additional Comments From tonne2005 at gehheimdienst dot de 2005-05-18
12:37 ---
*** This bug has been marked as a duplicate of 15552 ***
--
What|Removed |Added
--- Additional Comments From tonne2005 at gehheimdienst dot de 2005-05-18
12:37 ---
*** Bug 21644 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:38 ---
Confirmed.
--
What|Removed |Added
CC||pinskia
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:45 ---
Looks like this shows up also on x86_64-pc-linux-gnu:
http://gcc.gnu.org/ml/gcc/2005-05/msg00958.html
--
What|Removed |Added
--
What|Removed |Added
Status|NEW |SUSPENDED
Summary|templates and anonymous enum|[DR 278] templates and
|
--- Additional Comments From joel at oarcorp dot com 2005-05-18 13:23
---
Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0
charlet at gcc dot gnu dot org wrote:
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
07:43 ---
Right, this
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
13:27 ---
Subject: Bug 21407
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 13:26:20
Modified files:
gcc: ChangeLog tree-ssa-operands.c
Added
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-18
13:28 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From charlet at adacore dot com 2005-05-18 13:33
---
Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0
Could you suggest a patch for install.texi which corrects the tool
requirements for building GNAT both natively and cross?
I'm sure I
CVS g++ currently fails while building CVS groff:
g++ -I. -I/devel/gnu/gnu_cvs/groff/src/devices/grohtml
-I/devel/gnu/gnu_cvs/groff/objdir-0328/src/include
-I/devel/gnu/gnu_cvs/groff/src/include -DHAVE_CONFIG_H -v -O2 -march=pentium-mmx
-finline-limit=10 -fno-check-new -fno-exceptions
--- Additional Comments From ahaas at airmail dot net 2005-05-18 13:46
---
Created an attachment (id=8922)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8922action=view)
Preprocessed file triggering bug
Here's the file, compressed with 'gzip' as it is large.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
14:00 ---
Confirmed, reduced testcase:
struct color {
~color();
};
struct style {
color col;
style (color);
};
style::style(color c)
: col(c)
{
}
--
What|Removed |Added
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 14:04 ---
Subject: Re: templates and anonymous enum
papadopo at shfj dot cea dot fr [EMAIL PROTECTED] writes:
[...]
| Therefore:
|
| * Concerning 1.a) and 1.b) I'm not convinced this is related to Core
Hello!
Bootstraping the gcc-4.0.0 leads to a error message:
/tmp/gcc-4.0.0/libcpp/configure[2760]: test: argument expected
As far as I see in the line
if test $GCC = yes; then
the var GCC is not set. It is set in line 2145, but in case of a non gcc
compiler, it is evaluated to an empty string.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
14:44 ---
*** Bug 21646 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
14:44 ---
*** This bug has been marked as a duplicate of 21230 ***
--
What|Removed |Added
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
14:56 ---
I guess what I meant is: whatever the reason for this error message and whatever
the eventual decision taken about it, it would be nice to have an error message
that really means something to end-users.
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:00
---
.. The error message shoudl really point at what's wrong in the
source code, not at what's wrong in the C++ standard.
But unfortunately if the compiler is conforming, and the latter is wrong,
the former
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 15:07 ---
Subject: Re: [DR 278] templates and anonymous enum
papadopo at shfj dot cea dot fr [EMAIL PROTECTED] writes:
| I guess what I meant is: whatever the reason for this error message
| and whatever the
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
15:13 ---
OK, then what I really meant is that error message doesn't mean anything in
plain English, thus it doesn't mean anything to end-users. So it needs to be
improved. I understand it's not easy - after all no
--- Additional Comments From anh_vn_vo at yahoo dot com 2005-05-18 15:35
---
If it is expected that the name cygwin32 instead just cygwin generated during
configuration step, I agree that it is cygwin environment issue. Therefore, I
would like to withdraw my report. Otherwise, further
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
15:36 ---
Subject: Bug 19729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 15:36:08
Modified files:
libjava: ChangeLog
--- Additional Comments From pluto at agmk dot net 2005-05-18 15:42 ---
(In reply to comment #50)
Thanks a lot. And, as soon as pluto has finished testing the whole package
I will personally take care of the v3 bits.
on powerpc OpenEXR builds/links fine too.
finally it
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:45
---
Great! I forgot to thank you for all your testing efforts: thanks! I'm going to
have a final look and commit the v3 bits. Then, strong of your test, I'm also
going to ping again on gcc-patches the middle-end bits.
When compilied with -fdefault-integer-8, inquire incorrectly says that a file
exits. It works correctly without the -fdefault-integer-8
[dranta:~/tests/gfortran] dir% gfortran -fdefault-integer-8 -o d8test4 d8test4.f
[dranta:~/tests/gfortran] dir% d8test4
output exists
STOP 0
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 16:01
---
In reply to comment #3:
No, I don't think your reading of what rules you refer to is sane,
but then perhaps you're not used to building a unified tree for cross
toolchains, re: simtest-howto.html. If you'd done
--- Additional Comments From schwab at suse dot de 2005-05-18 16:25 ---
Also I'm getting crashes in glibc during initialisation of libpthread, which
might be related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 16:45
---
The test case in #10 is not a tls address; it is a dup of PR21632.
--
What|Removed |Added
GCC
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
16:51 ---
Subject: Bug 21632
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 16:50:58
Modified files:
gcc:
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 17:08 ---
Subject: Re: [DR 278] templates and anonymous enum
pcarlini at suse dot de [EMAIL PROTECTED] writes:
| .. The error message shoudl really point at what's wrong in the
| source code, not at
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:15
---
We don't assign TImode to this structure, because we assume TImode needs
128-bit alignment, and this structure has 64-bit alignment. Which means
that the structure gets BLKmode. All BLKmode parameters are
--- Additional Comments From trt at acm dot org 2005-05-18 17:21 ---
This is because fold-const.c only does ad-hoc re-association.
Here is an example for fold_truthop (approx line 8805)
/* Check for the possibility of merging component references. If our
lhs is another
--- Additional Comments From trt at acm dot org 2005-05-18 17:28 ---
Here is a equivalent case that gcc also misses (but beyond scope of
fold-const.c). By the way, since there is a missing final return, can't gcc just
simplify all three functions into return 1; :-)
int fish3(unsigned
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
17:30 ---
Subject: Bug 19729
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 17:30:16
Modified files:
libjava:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
17:33 ---
Subject: Bug 21632
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 17:33:33
Modified files:
gcc: ChangeLog
gcc/config/ia64:
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:42
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
17:45 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 18:06
---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:09 ---
(In reply to comment #9)
In reply to comment #3:
Usually I just say please attach it because I am too lazy to build an unified
tree instead of saying this
goes against our rules. Anyways I am trying to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:13 ---
Mine, I have a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
Compiling the following code with -O2 causes an ICE (verified on both
i686-pc-cygwin and arm-none-
elf):
struct mad_bitptr {
unsigned char const *byte;
};
struct mad_stream {
struct mad_bitptr ptr;
};
struct channel {
unsigned short part2_3_length;
};
struct granule {
struct channel
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:18 ---
This is really PR 21638 which I am testing a fix for right now.
*** This bug has been marked as a duplicate of 21638 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:18 ---
*** Bug 21648 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 18:58
---
Adding CC Mike Stump as fingered by cvs diff.
--
What|Removed |Added
CC|
--
What|Removed |Added
GCC target triplet|mmix-knuth-mmixware |cris-axis-elf, cris-axis-
||linux-gnu, mmix-knuth-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
19:09 ---
Subject: Bug 21329
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 19:08:44
Modified files:
gcc:
--- Additional Comments From jason at gcc dot gnu dot org 2005-05-18 19:38
---
(In reply to comment #35)
I'm still seeing the artsd miscompilation with
gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
from gcc-4_0-branch upto 13-05-2005 (circa).
A backtrace showing a
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:02 ---
Subject: Bug 21641
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:02:30
Modified files:
gcc/objc : ChangeLog objc-act.c
Log message:
If I click the window manager's close button for a gcjappletviewer
window, I get a number of messages from Gtk:
(:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to
`GtkWidget'
(:24933):
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:22 ---
Fixed at least in 4.0.1.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:24 ---
Subject: Bug 21127
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:24:33
Modified files:
libgfortran: ChangeLog
gcc/fortran:
--
What|Removed |Added
Component|bootstrap |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
--
What|Removed |Added
Component|other |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21388
--
What|Removed |Added
Component|other |bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19289
--
What|Removed |Added
Component|middle-end |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18152
have appeared on mainline, all platforms, between 20050517 and 20050518.
cc1: error: unrecognized command line option -fdump-tree-useless
The testsuite may need updating for the removal of this option.
--
Summary: [4.1 Regression] gcc.dg/tree-ssa/useless-1.c fails
Product
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:35 ---
Subject: Bug 21127
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:35:30
Modified files:
libgfortran: ChangeLog Makefile.am Makefile.in
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-18 20:37
---
The new test pr14814.C is failing on mainline, 20050518, all or most platforms.
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times this 0
--
What|Removed |Added
--
Bug 17165 depends on bug 14814, which changed state.
Bug 14814 Summary: no folding back to ARRAY_REF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
What|Old Value |New Value
FAIL: g++.dg/opt/reg-stack2.C (test for excess errors)
has appeared on mainline, multiple platforms, between 20050517 and 20050518.
Logs on i686-pc-linux-gnu:
/home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:
In constructor 'B::B(const D2
FAIL: g++.dg/other/static11.C (test for excess errors)
appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs
on i686-pc-linux-gnu:
/home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C:
In function '(static destructors
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:44 ---
The test is still working correct and this was actually fixed really for 4.0.0,
please open a new bug for
the testcase problem because it is a new test.
--
What|Removed
--
Bug 17165 depends on bug 14814, which changed state.
Bug 14814 Summary: no folding back to ARRAY_REF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
What|Old Value |New Value
--- Additional Comments From bernie at develer dot com 2005-05-18 20:45
---
(In reply to comment #36)
(In reply to comment #35)
I'm still seeing the artsd miscompilation with
gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
from gcc-4_0-branch upto 13-05-2005
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 20:48
---
Passes the failure point for mmix-knuth-mmixware and I'd be surprised if it's
not the same for the other mentioned targets, so I'll close this. Thanks for
fixing.
--
What|Removed
1 - 100 of 150 matches
Mail list logo
