--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-28
05:10 ---
I'll look at this, but the obvious solution is to not use the builtins on a 405.
--
What|Removed |Added
---
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-28
05:11 ---
Not a regression, the builtins didn't exist in 4.0.
--
What|Removed |Added
Summary
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28
02:30 ---
*** Bug 21762 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28
02:30 ---
*** This bug has been marked as a duplicate of 21614 ***
--
What|Removed |Added
--
Bug 21762 depends on bug 21614, which changed state.
Bug 21614 Summary: [4.0/4.1 regression] wrong code when calling member function
of undefined class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
What|Old Value |New Value
-
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28
02:26 ---
Fixed in 4.0.1.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28
02:21 ---
Subject: Bug 21614
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-28 02:21:30
Modified files:
gcc/cp : ChangeLog typeck.c
gcc/tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28
02:20 ---
Subject: Bug 21614
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-28 02:20:13
Modified files:
gcc/cp : Change
--- Additional Comments From joseph at codesourcery dot com 2005-05-28
02:08 ---
Subject: Re: New: GCC accepts invalid code
On Sat, 28 May 2005, neil at gcc dot gnu dot org wrote:
> gcc -Wall -ansi -pedantic -fsyntax-only
>
> erroneously accepts the following:
>
> void bar(void);
>
gcc -Wall -ansi -pedantic -fsyntax-only
erroneously accepts the following:
void bar(void);
void (*baz(void))(void) { return bar ? bar: (void *)(void *) 0; }
--
Summary: GCC accepts invalid code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--
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 2005-05-28
00:30 ---
*** Bug 21793 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-28
00:30 ---
Static linking really is not support, see PR 13708.
*** This bug has been marked as a duplicate of 13708 ***
--
What|Removed |Added
-
--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-28
00:20 ---
$ gdb hello_j.exe
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it
file hello_j.java:
public class hello_j {
public static void main(String[] args) {
System.out.println("Just another Java hacker,");
}
}
/usr/bin/gcj --main=hello_j hello_j.java -o hello_j
./hello_j
Signal 11
--
Summary: java doesn't work with Cygwin
Product
The configure switch --enable-version-specific-runtime-libs
is not honored by java at all, and g77 is not correct too.
Where libgcc and other defaults are installed version specific anyway, with or
without this switch:
usr/lib/gcc/i686-pc-cygwin/3.4.2/libgcc.a
usr/lib/gcc/i686-pc-cygwin/3.4.2/li
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
22:08 ---
(In reply to comment #1)
> Unless you can show us your code, the're not much we can do. Especially since
> there is no occurence of "Abort" (case respected) in the libgfortran code!
Abort just comes from ca
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-27
22:05 ---
Unless you can show us your code, the're not much we can do. Especially since
there is no occurence of "Abort" (case respected) in the libgfortran code!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
21:10 ---
Mine, I figured out a way to fix this without any troubles:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02652.html
--
What|Removed |Added
---
--- Additional Comments From drow at gcc dot gnu dot org 2005-05-27 21:02
---
Subject: Re: [csl-arm-branch and HEAD] fails to bootstrap with EABI
On Fri, May 27, 2005 at 08:57:59PM -, bero at arklinux dot org wrote:
> Yes, configuration was
>
> ../confiugre --prefix=/usr --tar
--- Additional Comments From bero at arklinux dot org 2005-05-27 20:57
---
Yes, configuration was
../confiugre --prefix=/usr --target=armv5tel-ark-linux --with-abi=iwmmxt
--with-arch=iwmmxt --with-cpu=iwmmxt
Trying with -gnueabi now -- but shouldn't --with-abi=iwmmxt imply th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
20:26 ---
tree-ssa-operands.c have this problem:
..
iter_6 -> iter_100 -> iter_6 -> iter_100 -> iter_6 -> iter_100 -> iter_6 ->
iter_100 ...
--
What|Removed |Added
---
CCP and COPY-PROP print out garbage like
Replaced x_6 = 1;
with x_6 = 1;
Replaced :;
with :;
The dump would look a lot nicer if they print out statements that
have been changed.
--
Summary: ccp and copy-prop print out too much garbage with -
fdump-tree-ccp/copy
Using a host system of Linux 2.6.8.1, binutils version 2.16 and the
aforementioned GCC, I have observed the following gcc segmentation faults:
util-linux-2.12q: -pipe -O2 -mtune=i486 -fomit-frame-pointer (defaults)
fdiskbsdlabel.c: In function 'bselect' (void):
fdiskbsdlabel.c: 164: internal comp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
20:07 ---
Hmm, it might not be a hang but just outputting too much.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21732
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
19:35 ---
Confirmed, this is most likely the same as PR 21653.
--
What|Removed |Added
BugsThisDepends
--- Additional Comments From drow at gcc dot gnu dot org 2005-05-27 19:28
---
You haven't said how you configured GCC. I'm guessing you configured for
arm-linux, but with an AAPCS-compatible ABI; you can't do that. The error isn't
the greatest, but it's hard to guard against all possib
The following testcase crashes mainline when compiled with
g++ -O -ftree-vectorize:
==
struct C;
struct A
{
void foo(const C&) { bar(); }
void bar();
};
struct B
{
short int x[2];
B() { short int* p=x; for (int i=0;
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
19:20 ---
Subject: Bug 21674
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 19:19:47
Modified files:
libstdc++-v3 : ChangeLog
Log message:
2005
--- Additional Comments From evandro at yahoo dot com 2005-05-27 18:39
---
(In reply to comment #2)
The wonders of -Wall...
Yes, -fno-strict-aliasing does help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
18:34 ---
You are violating C aliasing rules.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-27
18:33 ---
I checked in the fix on the 4.0 branch.
Thanks for the test case and patch -- best kind of bug report.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
18:31 ---
Subject: Bug 21775
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-27 18:31:46
Modified files:
libjava: Change
--- Additional Comments From sje at cup dot hp dot com 2005-05-27 18:23
---
I am not sure the underlying problem is fixed. The assembly language error
seems to come from the line:
.pred.rel.mutex p0, p1
p0 is a fixed predicate register and should never show up here. p1 is not used
in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
18:23 ---
You are violating C aliasing rules, does -fno-strict-aliasing help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
--- Additional Comments From evandro at yahoo dot com 2005-05-27 18:21
---
Created an attachment (id=8982)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8982&action=view)
Test-case.
If compiled for x86_64 with -O2 or greater, results in bogus code.
--
http://gcc.gnu.org/bugzil
Using -O2 or greater, when taking the address of an input argument results in
the wrong code. For example:
int foo (double d)
{
int *p = (int *) &d;
return (*p);
}
With -O2 results in:
foo:
movq-8(%rsp), %eax
ret
With -O1 results in:
foo:
movsd %xmm0, -8(%rs
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-27
18:17 ---
FWIW the test case works fine on cvs trunk.
It does fail for me with 4.0.
--
What|Removed |Added
-
--- Additional Comments From greenrd at greenrd dot org 2005-05-27 18:12
---
Here is the patch, which I've tested with both my reduced and my real test
cases:
--- libjava/java/util/logging/natLogger.cc.orig 2005-05-27 19:09:32.0
+0100
+++ libjava/java/util/logging/natLogger.cc
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-27
18:08 ---
Fixed for 4.0.1.
--
What|Removed |Added
Status|ASSIGNED|RESO
--
Bug 21619 depends on bug 21595, which changed state.
Bug 21595 Summary: [4.0 Regression] __builtin_constant_p(&"Hello"[0]) is true
for C but not for C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21595
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
17:24 ---
If we get fold to do the work, I think ccp will do the rest for us.
--
What|Removed |Added
Ot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
17:14 ---
Confirmed, last night with the comment in PR 20169.
--
What|Removed |Added
C
--- Additional Comments From jakub at gcc dot gnu dot org 2005-05-27 17:14
---
I can't reproduce the segfault, but that's only because the problem manifests
as use of uninitialized variable.
/* PR c/21536 */
/* { dg-do compile } */
/* { dg-options "-O2 -Wuninitialized" } */
typedef __S
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
17:05 ---
Could you attach the preprocessed source like it says to do on the web page?
--
What|Removed |Added
--
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-27 16:33
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
16:31 ---
Subject: Bug 21658
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 16:31:29
Modified files:
gcc: ChangeLog tree-ssa-ccp.c
gcc
When I compile and try to run one of my programs with gfortran, all I get as
output from libfortran is "Abort" - not very informative -
row col x y xg yg
zg
11 0. 0. 0. 0.
--
What|Removed |Added
GCC host triplet||amd64
GCC target triplet||amd64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21786
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-05-27
16:05 ---
I'm seeing the failure on s390 as well. What appears to happen is that
the main program calls the library routine
static void
eoshift0 (gfc_array_char * ret, const gfc_array_char * array,
int sh
While doing a full recompile of the whole FreeBSD 5.3-RELEASE-p15 source tree
the gcc 3.4.5 snapshot crashed with a segfault.
The comamnd line that triggered the error:
/usr/local/bin/gcc34 -s -Os -pipe -march=athlon64 -I.
-I/usr/src/gnu/usr.bin/binutils/libbfd
-I/usr/src/gnu/usr.bin/binutils/l
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27
15:54 ---
fixed mainline and 4.0
2005-05-27 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21455
* typeck.c (get_delta_difference): Cope with incomplete but equal
classes. Reorder if.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:53 ---
Subject: Bug 21455
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-27 15:53:10
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:50 ---
Subject: Bug 21455
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 15:50:29
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:25 ---
(sorry, the line number are wrong, begin at 5)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:23 ---
Tested with VC++ 2003:
SansNom1.cpp(7) : warning C4346: 'A::B' : dependent name is not a type
prefix with 'typename' to indicate a type
SansNom1.cpp(9) : see reference to class template
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:17 ---
Subject: Bug 21681
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-27 15:17:27
Modified files:
gcc/cp : Change
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27
15:15 ---
fixed on 4.0 branch
2005-05-27 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21681
* parser.c (cp_parser_late_parsing_for_member): Disable access
checking for template functions.
--
--
What|Removed |Added
OtherBugsDependingO||20169
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27
15:05 ---
The new behaviour is caused by PR21785, which currently masks this bug.
--
What|Removed |Added
--
um.java:15)
sauternes /tmp kaffe Enum
[04:54 27/05/05]
sauternes /tmp java Enum
sauternes /tmp
gij (GNU libgcj) version 4.1.0 20050527 (experimental)
Note: this bug looks similar to a bug I reported against ja
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:02 ---
Subject: Bug 20534
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 15:01:46
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:01 ---
I only have the DRAFT, so I don't know if it's really a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
--- Additional Comments From js at jeannot dot org 2005-05-27 14:58 ---
Seems fixed as of 3.4.5 20050524.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
14:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
14:48 ---
This is weird because both ICC and Comeau accept this too (even in strict mode).
--
What|Removed |Added
-
Consider this:
namespace mine
{
int cpow;
};
int cabs; // Ok
using mine::cpow; // Not ok.
You see: correctly, cabs, doesn't conflict with the builtin cabs (because we
are using the form without __builtin_*). On the other hand, as soon as using
is involved, things are not ok. This is
--
What|Removed |Added
BugsThisDependsOn||21784
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21743
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 14:42 ---
It's that, that shouldn't work :
void f(A::B);// illformed: typename required before A::B
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
--
What|Removed |Added
Summary|No typedef required when|No typename required when
|type use in a function |type use in a function
http://gcc.g
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-27
14:40 ---
Look at config.log and try to compile the last configure test using the same
command line:
main () {
/* Are we little or big endian? From Harbison&Steele. */
union
{
long l;
char c[sizeof
template struct A {
typedef int B;
void f(typename A::B);// illformed: typename required before A::B
A::B b; // ok error detected
};
It's in the DRAFT: 25 November 1997
14.6 Name resolution
I don't know if that changed.
If someone could confirm.
--
Summary: No typ
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
14:24 ---
Subject: Bug 21681
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 14:23:52
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27
14:13 ---
Subject: Re: libstdc++ build failed on AIX 5.2
27 May 2005 14:06:36 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]>:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-0
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27
14:08 ---
Fixed on mainline
2005-05-27 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21681
* parser.c (cp_parser_late_parsing_for_member): Disable access
checking for template functions.
--
h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
14:06 ---
What as is this: "/QOpenSys/usr/bin/as"?
Make sure that you have all the required patches.
Still this cannot be a GCC bug, please double check all the required patches to
as as documened on
http://gcc.gnu
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27
13:58 ---
Well now, using GNU AS (2.15) I've got :
/QOpenSys/builds/gcc-3.4.4/objdir/gcc/xgcc -shared-libgcc
-B/QOpenSys/builds/gcc-3.4.4/objdir/gcc/ -nostdinc++
-L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:52 ---
The last version i had built in the gcc 3.3 series was 3.3.4. It had probably
been bootstrapped with gcc 3.3.3 and I was using GNU binutils 2.15 at that time.
Also maybe this is not related to changes in l
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:50 ---
Fixed in 4.0.0 by the removal of -fnew-ra.
--
What|Removed |Added
Status|NEW
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:43 ---
Nothing has changed on my machine either except:
* I've upgraded the Sun assembler because of this:
http://gcc.gnu.org/ml/gcc/2005-05/msg00509.html
I'm using GNU binutils for this build anyway, so it shoul
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:36 ---
Nothing has changed to libffi since 3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:35 ---
1) I'm not sure this is a duplicate. The workstation I'm using is fully 64-bit
functional:
$ isainfo -v
64-bit sparcv9 applications
32-bit sparc applications
$
Both gcc-3.4.
--
What|Removed |Added
Summary|wrong code for ((unsigned |[3.4/4.0/4.1 Regression]
|char)(unsigned long |wrong code for ((unsigned
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21781
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:15 ---
*** Bug 21782 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:15 ---
You should use --disable-multilib as documented.
*** This bug has been marked as a duplicate of 6237 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:09 ---
Please report this to FreeBSD since you are using their GCC based compiler
(they should have changed
the bug reporting URL) and also since Sun's JDK source cannot be distributed
here and you are using
Fr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:10 ---
*** Bug 21779 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Component|java|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21779
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-05-27
12:50 ---
Already fixed
--
What|Removed |Added
Status|UNCONFIRMED |RESOLV
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
12:40 ---
Created an attachment (id=8980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8980&action=view)
failing configure log: sparc-sun-solaris2.8/libffi/config.log
--
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
12:38 ---
Created an attachment (id=8979)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8979&action=view)
complete build log, output of "gmake bootstrap"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2178
Hi,
I'm attempting to build gcc 3.3.6 on Solaris 8.
The build process fails, apparently while attempting to configure libffi:
$ setenv CONFIG_SHELL /bin/ksh
$ mkdir GCC-3.3.6 ; cd GCC-3.3.6
$ /tmp/gcc-3.3.6/configure --prefix=/usr/local/gcc-3.3.6
--with-as=/usr/local/binutils/bin/as --with-ld=/
The following snippet, if compiled with -Wall, complains about a missing return
statement, indicating GCC is erroneously folding the comparison to false.
int foo(void) { if (.0e2 == 0 ) return 1; }
--
Summary: real.c incorrectly values zero with a large exponent
Pro
--- Additional Comments From mfletcher at serck-controls dot co dot uk
2005-05-27 11:25 ---
Created an attachment (id=8978)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8978&action=view)
preprocessed sources to trigger ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21780
/home/mfletcher/nucleus-builder-410/newlib-1.12.0/newlib/libc/search/hash.c: In
function
'flush_meta':
/home/mfletcher/nucleus-builder-410/newlib-1.12.0/newlib/libc/search/hash.c:511:
internal
compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed sou
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27
09:47 ---
FYI, my patch for solving this bug in classpath is
https://savannah.gnu.org/patch/index.php?func=detailitem&item_id=3893
My copyright assignment is on its way...
I cannot comment on the current behaviour o
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
1 - 100 of 101 matches
Mail list logo
