--- Comment #1 from mark at gcc dot gnu dot org 2006-03-01 08:01 ---
Anthony (added to CC) has been packaging Azureus for FC-Extras. He might
recognize this failure. There were some late patches for Azureus support added
late in the 4.1 cycle, so it might be that the Ubuntu gcc 4.1 doesn
--- Comment #2 from green at redhat dot com 2006-03-01 08:08 ---
(In reply to comment #1)
> Anthony (added to CC) has been packaging Azureus for FC-Extras. He might
> recognize this failure.
Yes, I do. I think this is a bug in GNU Classpath's NIO code. I haven't done
anything about it
--- Comment #3 from ryanwalklin at orcon dot net dot nz 2006-03-01 09:52
---
Created an attachment (id=10942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10942&action=view)
Most recent gcc-4.1 changelog from dapper-changes mailing list
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #4 from ryanwalklin at orcon dot net dot nz 2006-03-01 10:09
---
Hi Mark and Anthony, thanks for your input. I was having a number of odd issues
with the 2.4.0.1 Beta and so went back to 2.4.0.0, and it seems to be working
pretty reasonably now, albeit still with some of the
--- Comment #17 from gdr at gcc dot gnu dot org 2006-03-01 10:11 ---
Subject: Bug 24202
Author: gdr
Date: Wed Mar 1 10:11:05 2006
New Revision: 111599
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111599
Log:
Backport Jim Wilson's patch for PR 24202
Modified:
branches/gcc
--- Comment #18 from gdr at gcc dot gnu dot org 2006-03-01 10:11 ---
patch backported to 3.4.6.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #14 from gdr at gcc dot gnu dot org 2006-03-01 10:13 ---
unlikey to be fixed for 3.4.6.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from andreasc at neuro dot informatik dot uni-kassel dot de
2006-03-01 10:37 ---
Created an attachment (id=10943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10943&action=view)
new problem in mt_allocator.cc
now I have an other problem. Now mt_allocator.h produce
poog% cat ~/svn/gcc/LAST_UPDATED
Tue Feb 28 23:35:43 CST 2006
Wed Mar 1 05:35:43 UTC 2006 (revision 111596M)
The error message is:
/opt/build/eric/gcc/./gcc/xgcc -B/opt/build/eric/gcc/./gcc/
-B/opt/build/eric/local/gcc/sparc64-sun-solaris2.9/bin/
-B/opt/build/eric/local/gcc/sparc64-sun-solaris2.
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-03-01 12:10 ---
Created an attachment (id=10944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10944&action=view)
Possible patch
(In reply to comment #2)
> Working on it.
>
are you still working on this PR?
I think somethi
in 32bit mode all went fine, but in 64bit mode I get:
stage1/xgcc -Bstage1/ -B/usr/local/pa20_64/hppa64-hp-hpux11.11/bin/ -g -O2
-DI
N_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedan
tic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-Wmissing-format-
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-03-01
12:36 ---
This fixes it:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c (révision 111471)
+++ gcc/fortran/resolve.c (copie d
--- Comment #13 from dorit at il dot ibm dot com 2006-03-01 12:35 ---
So I'll submit the patch to gcc-patches for approval. Can someone please check
if this patch actually solves this PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26197
ing built-in specs.
Target: i386-linux
Configured with: ../gcc/configure
--prefix=/cosmic/coudert/tmp/gfortran-20060301/irun
--enable-languages=c,fortran --host=i386-linux
--with-gmp=/cosmic/coudert/tmp/gfortran-20060301/gfortran_libs
Thread model: posix
gcc version 4.2.0 20060228 (experimental)
>
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #13 from martin at mpa-garching dot mpg dot de 2006-03-01
12:39 ---
It appears that this bug also prevents FFTW 3.1 from compiling.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26444
--- Comment #1 from h dot m dot brand at xs4all dot nl 2006-03-01 12:56
---
Same on HP-UX 11.00, where I used gcc-4.0.2/64 as initial compiler
The initial compiler for the original 11i (11.11v1) report was gcc-3.4.5/64
stage1/xgcc -Bstage1/ -B/usr/local/pa20_64/hppa64-hp-hpux11.00/bin/
--- Comment #6 from hanwen at xs4all dot nl 2006-03-01 13:01 ---
Hello,
I also have this problem, but it also gets triggered in the bootstrapping phase
for a cross-compiler.
This is while creating a compiling i686-linux -> i686-apple-darwin8
crosscompiler on Fedora Core 4; I consider t
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 13:04 ---
http://www.cygwin.com/ml/binutils/2002-07/msg00702.html
What binutils version are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26508
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-01 13:08 ---
hmm, I bet it is ICE on the warning for redefining rtx as that is what is on
:44:1
#define rtx int
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26507
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 13:09 ---
and I bet this is just the same issue as PR 23541 too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from h dot m dot brand at xs4all dot nl 2006-03-01 13:15
---
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warran
compiling with static libs for darwin breaks during compile with the following
message.
MLIBS=`/home/hanwen/vc/gub/target/darwin-x86/build/gcc-4.1.0/./gcc/xgcc
-B/home/hanwen/vc/gub/target/darwin-x86/build/gcc-4.1.0/./gcc/
-B/home/hanwen/vc/gub/target/darwin-x86/system/usr/cross//i686-apple-darwin
Trying to compile SWI-Prolog (www.swi-prolog.org) on Debian-Alpha the
following is not compiled correctly (function initPrologThreads())
info = &threads[1];
info->tid = pthread_self();
info->pl_tid = 1; // this assignment is simply not done
info->thread_data = &PL_loca
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-01 13:30 ---
Related to PR 19176. But static is almost never supported on Darwin anyways.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from wielemak at science dot uva dot nl 2006-03-01 13:31
---
Created an attachment (id=10945)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10945&action=view)
Preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26511
--- Comment #7 from hanwen at xs4all dot nl 2006-03-01 13:39 ---
BTW, why not look at apple's solution to this problem? GCC 4.0 has the same
problem, but the version that apple ships doesn't exhibit it.
Apple's config.h is at
http://www.opensource.apple.com/darwinsource/DevToolsNov20
--- Comment #4 from h dot m dot brand at xs4all dot nl 2006-03-01 13:45
---
(temporary) workaround:
.../obj-64/gcc > cat xx.c
int _not_called_but_just_to_force_ref ()
{
__deregister_frame_info ();
__register_frame_info ();
return (0);
} /* ... */
.../obj-64/gcc > stage1
--- Comment #3 from dir at lanl dot gov 2006-03-01 13:50 ---
Hi Jerry,
The program does
3 writes - eof after record 3 - write pointer after record 3
2 backspaces - eof after record 3 - write pointer after record 1
1 write - eof after record 2 - write po
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-01 14:10 ---
(In reply to comment #7)
> BTW, why not look at apple's solution to this problem? GCC 4.0 has the same
> problem, but the version that apple ships doesn't exhibit it.
Because it just disables -fpic, I have a patch
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-03-01 14:30
---
(In reply to comment #4)
> are you still working on this PR?
>
Yes. In fact, it's one of the kind of manipulations that drove the design
decisions in memory SSA.
> I think something similar to the attached patc
g++ doesn't recognize a user-defined
operator<<(ostream, const pair &)
although it recognizes
struct A {};
operator<<(ostream, const pair &)
Regards, Olaf.
$ cat gccbug.cpp
#include
#include
#include
#include
typedef std::map M;
extern std::ostream &operator <<(std::ostream &f, const M::v
--- Comment #1 from olaf dot dietsche at gfa-net dot de 2006-03-01 14:35
---
Created an attachment (id=10946)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10946&action=view)
Preprocessed gccbug.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26512
--- Comment #4 from jvdelisle at verizon dot net 2006-03-01 14:36 ---
Subject: Re: gfortran - End of File incorrectly
positioned after binary I/O.
dir at lanl dot gov wrote:
> --- Comment #3 from dir at lanl dot gov 2006-03-01 13:50 ---
> Hi Jerry,
>
>The program does
>
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 14:37 ---
This is how Agrument dependent namelookup works, well there is DR report about
fundamental types which is what is being exposed here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26512
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-01 14:37 ---
Can you try without using the GNU binutils because this looks like a bug in
binutils and not in GCC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26508
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-01 14:40 ---
Which is DR 225.
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26512
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-01
14:46 ---
Subject: Re: Default path for libgcc_s.sl is build directory
> (In reply to comment #10)
> >
> > I see it in the manpages for both HP-UX 11.00 and 11.11. I have
> > the following "ld(1) and linker tools
--- Comment #6 from h dot m dot brand at xs4all dot nl 2006-03-01 15:01
---
Continuing ...
.../obj-64/gcc > cat xx.c
int _not_called_but_just_to_force_ref ()
{
__deregister_frame_info ();
__register_frame_info ();
return (0);
} /* ... */
.../obj-64/gcc > stage1/xgcc -Bs
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-01 15:15
---
Subject: Bug 26022
Author: pinskia
Date: Wed Mar 1 15:15:38 2006
New Revision: 111602
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111602
Log:
2006-01-23 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-01 15:15 ---
Subject: Bug 24437
Author: pinskia
Date: Wed Mar 1 15:15:38 2006
New Revision: 111602
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111602
Log:
2006-01-23 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-01 15:15
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #7 from h dot m dot brand at xs4all dot nl 2006-03-01 15:21
---
echo stage3_build > stage_last
Bootstrap complete - make "quickstrap" to redo last build,
or "cleanstrap" to redo the bootstrap from scratch.
make[1]: Leaving directory `/pro/3gl/GNU/gcc/obj-64/gcc'
Comparing s
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |enhancement
Target Milestone|4.2.0 |---
htt
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 15:45 ---
I should mention that i686-darwin is not supported in any way shape or form for
GCC's before 4.2.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 15:48 ---
Do you have a simple self contained testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26511
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-01
15:48 ---
Subject: Re: Default path for libgcc_s.sl is build directory
> This is the not supported case (HP-UX 10.20):
> 509 (hiauly1)dave> chatr main|grep libc
>dynamic /usr/lib/libc.1
Also,
-bash-
Hi,
buildd a linux/x86 -> darwin/x86 cross compiler, the libstdc++ compile calls
nm -P .libs/bitmap_allocator.o .libs/pool_allocator.o .libs/mt_allocator.o
.libs/codecvt.o .libs/compatibility.o .libs/complex_io.o .libs/ctype.o
...
which barfs with
../libsupc++/.libs/libsupc++convenience.a|nm
--- Comment #8 from h dot m dot brand at xs4all dot nl 2006-03-01 15:54
---
Using HP's 'as' is not an option (which in turn might be called a gcc bug)
./xgcc -B./ -B/usr/local/pa20_64/hppa64-hp-hpux11.11/bin/ -isystem
/usr/local/pa20_64/hppa64-hp-hpux11.11/include -isystem
/usr/local/p
--- Comment #1 from hanwen at xs4all dot nl 2006-03-01 15:54 ---
oops, changed target triplet.
--
hanwen at xs4all dot nl changed:
What|Removed |Added
GCC target triplet|
--- Comment #9 from zak at transversal dot com 2006-03-01 15:57 ---
The previous target milestone was 4.0.3 -- does the retargeting mean that this
regression will not be fixed on that branch at all?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26195
--- Comment #5 from tromey at gcc dot gnu dot org 2006-03-01 16:01 ---
Subject: Bug 24321
Author: tromey
Date: Wed Mar 1 16:01:34 2006
New Revision: 111603
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111603
Log:
PR java/24321:
* testsuite/libjava.lang/pr24321
--- Comment #3 from hanwen at xs4all dot nl 2006-03-01 16:04 ---
I guess that means that 4.2 snapshots don't count, and that I should stick to
Apple's sources, right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-01
16:06 ---
Subject: Re: Default path for libgcc_s.sl is build directory
> The situations is different in the 64-bit runtime:
>
> -bash-2.05b$ chatr main
> main:
> 64-bit ELF executable
>shared libr
--- Comment #9 from ifoox at redhat dot com 2006-03-01 16:11 ---
Hi David,
I tried to get classpath and try out applying the patch to test it out, but I
had some problems with it. I'll try again in a bit but I have some general
comments in the meanwhile.
It seems more appropriate to ke
--- Comment #6 from tromey at gcc dot gnu dot org 2006-03-01 16:29 ---
Fix checked in to trunk.
This may be a good 4.1.1 candidate.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from paul dot richard dot thomas at cea dot fr 2006-03-01
16:30 ---
I believe that this PR should be closed as resolved. Since p is uninitialized
in the original test case, it can and does produce out of range array
references for lu(comment #6). The following developm
--- Comment #12 from tobi at gcc dot gnu dot org 2006-03-01 16:37 ---
What about the testcase from comment #4? I believe that's valid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335
--- Comment #13 from tobi at gcc dot gnu dot org 2006-03-01 16:39 ---
(In reply to comment #12)
> What about the testcase from comment #4? I believe that's valid.
D'oh, no it ain't because the RHS and the LHS in the assignment to b aren't
conforming.
--
tobi at gcc dot gnu dot org
--- Comment #14 from paul dot richard dot thomas at cea dot fr 2006-03-01
16:41 ---
Subject: RE: runtime error "Attempt to allocate a negative amount of memory"
Oh hi, Tobi! How are you?
Yes, the testcase from comment #4 is valid. It is also identical to PR26017.
Paul
> -Mes
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2006-03-01 16:42
---
(In reply to comment #12)
> What about the testcase from comment #4? I believe that's valid.
I agree. The segfault in the original code is OK, but the "Attempt to allocate
a negative amount of memory" error mes
--- Comment #16 from paul dot richard dot thomas at cea dot fr 2006-03-01
16:43 ---
Subject: RE: runtime error "Attempt to allocate a negative amount of memory"
That's true QED QCD?
> -Message d'origine-
> De : tobi at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
>
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 16:55 ---
Yes most of the darwin configuration stuff is done only for native builds.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from ddaney at avtrex dot com 2006-03-01 17:10 ---
Subject: Re: Weird handling of HTTP Headers
ifoox at redhat dot com wrote:
> --- Comment #9 from ifoox at redhat dot com 2006-03-01 16:11 ---
> Hi David,
>
> I tried to get classpath and try out applying the p
--- Comment #6 from tromey at gcc dot gnu dot org 2006-03-01 17:13 ---
That format is used for exporting preferences to a file.
It turns out they use a variant of that for writing the
preferences to the preference store. However, how locking is
handled is undocumented. So, interoperat
Hello,
this is a quite mysterious bug, for several reasons.
There are two classes, which differ only in their name, and a few places, where
another
constant value is returned or another function is called. One of them succeeds
with g++-4.1.0
the other fails, when using -fprofile-generate.
g++ -g
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-01 17:17 ---
Can you try the 4.1.0 release?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26514
--- Comment #2 from strieder at informatik dot uni-kl dot de 2006-03-01
17:21 ---
Created an attachment (id=10947)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10947&action=view)
The preprocessed file from the failing run, which does itself not show the
problem.
--
http://gc
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-01 17:23 ---
Also if you try to compile it again does it work? Meaning without -save-temps,
it works?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26514
--- Comment #4 from strieder at informatik dot uni-kl dot de 2006-03-01
17:26 ---
Created an attachment (id=10948)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10948&action=view)
diff of the preprocessed files from not-working to working
Although the preprocessed files themselve
--- Comment #5 from strieder at informatik dot uni-kl dot de 2006-03-01
17:35 ---
(In reply to comment #3)
> Also if you try to compile it again does it work? Meaning without
> -save-temps,
> it works?
>
If I use the .ii file instead of the original .cc file with exactly the same
op
--- Comment #5 from dir at lanl dot gov 2006-03-01 17:37 ---
With a sequential access file, the eof is always positioned after the location
of the last write. Thus, a file needs to be truncated to that location when it
is closed, otherwise you are saving data that is beyond the "end of f
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-01 17:37 ---
I tried my best to reproduce this, using --param ggc-min-expand=0 --param
ggc-min-heapsize=0 as I thought it was a GC issue as that is usually what is
causes the difference between with and without -save-temps. I t
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
CC||eedelman at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |4.1.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9715
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25672
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21637
--- Comment #25 from hjl at gcc dot gnu dot org 2006-03-01 17:39 ---
Subject: Bug 17311
Author: hjl
Date: Wed Mar 1 17:39:35 2006
New Revision: 111607
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111607
Log:
2006-03-01 H.J. Lu <[EMAIL PROTECTED]>
PR libgcj/17311
--- Comment #7 from strieder at informatik dot uni-kl dot de 2006-03-01
17:42 ---
(In reply to comment #6)
> I tried my best to reproduce this, using --param ggc-min-expand=0 --param
> ggc-min-heapsize=0 as I thought it was a GC issue as that is usually what is
> causes the difference
--- Comment #6 from flash at pobox dot com 2006-03-01 17:42 ---
Ouch.
PalmSource/Access bug 111534.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23870
--- Comment #26 from hjl at lucon dot org 2006-03-01 17:42 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-03-01 17:46 ---
Subject: Bug 26443
Author: dberlin
Date: Wed Mar 1 17:46:56 2006
New Revision: 111608
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111608
Log:
2006-03-01 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-03-01 17:48 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Noticed with revision 108225 plus local changes,
not noticed with revision 111226 plus local changes.
This code, compiled with -fpic -Os or -fpic -O2:
void
_nrrdSwap64Endian (void *_data, unsigned int N)
{
long long *data = 0;
long long l = 0;
long long fix = 0;
unsigned int I;
if (_data
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-01 18:02 ---
(In reply to comment #1)
> I've see the same ICE on ia64 with rev. 76 and
> gcc.c-torture/compile/930217-1.c. The backtrace is as follows:
930217 was a different bug.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #11 from ifoox at redhat dot com 2006-03-01 18:10 ---
> I gave up and went down the road of a somewhat simpler implementation at
> the expense of lookup overhead. In most cases there are fewer than
> about a dozen headers, so linear searching an ArrayList should not be
>
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-01 18:29 ---
Confirmed, fixed with the patch for PR 26443.
*** This bug has been marked as a duplicate of 26443 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-01 18:29 ---
*** Bug 26476 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-03-01 18:31
---
> and I bet this is just the same issue as PR 23541 too.
Hum... yes, you're right, the CPP testsuite is a disaster. I only detected the
problem today because I switched to --enable-bootstrap, since the old schem
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-01 18:32
---
Confirmed, this is fixed with the patch for PR 26443.
*** This bug has been marked as a duplicate of 26443 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-01 18:32
---
*** Bug 26444 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from j at uriah dot heep dot sax dot de 2006-03-01 18:53
---
After tracking it down, it turns out to be the following change,
introduced between GCC 3.4.3 and 3.4.4:
2005-03-19 Andy Hutchinson <[EMAIL PROTECTED]>
PR target/18251
* config/avr/avr.md (movs
Notice that I have tried this with several 32-bit native and
cross GCC compilers including versions 3.2.2, 3.3, and 4.0.2.
In the test-case that follows, I get the warning in spite of the
fact that the conditional is constant and "bitNumber" must always
be less than 8 to execute the conditional.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-01 19:02 ---
This is just a duplicate of PR 4210 which talks about not warning for dead code
since this is dead code after all since 15 < 8 is false.
*** This bug has been marked as a duplicate of 4210 ***
--
pinskia at gcc
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-01 19:02
---
*** Bug 26516 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-01 19:12 ---
Subject: Bug 26389
Author: pinskia
Date: Wed Mar 1 19:12:22 2006
New Revision: 111609
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111609
Log:
2006-03-01 Andrew Pinski <[EMAIL PROTECTED]>
PR ta
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-01 19:12 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-01 19:14 ---
Patch is about to be committed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
/home/marcus/projects/gcc/BIN/bin/gcc -c joystick_linux.i -O2 -ftree-vectorize
-msse2 -m32
joystick_linux.i: In function 'joy_polldev':
joystick_linux.i:21877: internal compiler error: tree check: expected ssa_name,
have struct_field_tag in verify_ssa, at tree-ssa.c:735
Please submit a full bug re
1 - 100 of 154 matches
Mail list logo
