--- Comment #8 from gdr at gcc dot gnu dot org 2005-12-01 08:33 ---
Moved to 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5
Hi,
currently the gcc.gnu.org/svn.html could be made clearer on how to check out a
release.
It mentions:
SVN tags, branches and checkouts
You can check out the latest version of the GCC x.y release branch with the
following command:
svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-x_y-branch
--- Comment #4 from christian dot joensson at gmail dot com 2005-12-01
10:06 ---
Not 100% sure, but I do believe this has happend on sparc/sparc64 linux for a
quite some time...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25176
--- Comment #11 from jv244 at cam dot ac dot uk 2005-12-01 10:21 ---
>
> svn merge -r 101961:101962 svn://gcc.gnu.org/svn/gcc/trunk/gcc/tree-chrec.c
> gcc/tree-chrec.c
>
Yes, this fixes the problem for me (tested on _4_0_1_release). This really
should be applied to the branch I think.
A fairly tricky one. OOo compiled with -mtune=pentium4 will crash e.g.
http://qa.openoffice.org/issues/show_bug.cgi?id=58368 eventually on drawing
stuff. Problem traced to a particular file. Compied with -mtune=pentiumpro
instead and crash dissappears.
So taking -E code, attached here as salgdi.ii
--- Comment #1 from caolanm at redhat dot com 2005-12-01 10:27 ---
Created an attachment (id=10374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10374&action=view)
preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
--- Comment #2 from caolanm at redhat dot com 2005-12-01 10:27 ---
Created an attachment (id=10375)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10375&action=view)
ok output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
--- Comment #3 from caolanm at redhat dot com 2005-12-01 10:28 ---
Created an attachment (id=10376)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10376&action=view)
not ok output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
Hello!
When compiling GNU tar 1.15.1, it stopps with:
argp-help.c: In function 'make_hol':
argp-help.c:430: warning: comparison is always true due to limited range of
data type
argp-help.c: In function 'hol_append':
argp-help.c:831: warning: comparison is always true due to limited range of
data
--- Comment #4 from caolanm at redhat dot com 2005-12-01 10:28 ---
crash is
X11SalGraphics::SetXORMode (this=0x34b3f10, bSet=0 '\0')
at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:695
695 if( !bXORMode_ == bSet )
where a bitfield is compare to unsigned char
gfortran fails in compiling the following program.
I wish this problem fixed soon.
$ cat bug.f90
character(len=12) :: string = "SEQUENTIAL"
open(10, access=trim(string))
end program
$ gfortran bug.f90
bug.f90: In function 'MAIN__':
bug.f90:2: internal compiler error: Segmentation fault
Please sub
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2005-12-01
10:48 ---
(In reply to comment #0)
> If you need other information, just drop me a mail.
Please attach preprocessed source of argp-help.c as prescribed here:
http://gcc.gnu.org/bugs.html#detailed
--
belyshev
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-12-01 10:53 ---
Confirmed. The first testcase is really just
short *a;
void f(void)
{
*a = *a << 1;
}
interestingly, the C frontend does not do integer promotion of
unsigned short *a;
void f(voif)
{
*a = *a << 1;
}
where *a
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-12-01 11:01 ---
Doh. The C frontend _does_ the promotion (in the unsigned case):
(intD.0) *aD.1296 << 1
just convert.c:convert_to_integer "folds" it to a shift on unsigned short
again.
This transformation should be moved to fol
--- Comment #2 from andreas at florath dot net 2005-12-01 11:12 ---
Created an attachment (id=10377)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10377&action=view)
Preprocessed argp-help.c. file
Hello!
Here the preprocessed argp-help.c.
Regards
Andre
--
http://gcc.gnu.o
--- Comment #7 from michael dot haubenwallner at salomon dot at 2005-12-01
11:22 ---
Just for completion:
The problem is not GNU ar, but GNU nm.
libstdc++ does not work when built with GNU nm, but works when built with AIX
nm (always without GNU as/ld, but with GNU ar/objdump/ranlib/s
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #5 from gdr at gcc dot gnu dot org 2005-12-01 12:00 ---
Subject: Bug 13384
Author: gdr
Date: Thu Dec 1 12:00:17 2005
New Revision: 107816
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107816
Log:
PR c/13384
* c-common.c (lvalue_error): Fix wording.
--- Comment #6 from gdr at gcc dot gnu dot org 2005-12-01 12:01 ---
Fixed in 4.2.x (mainline).
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-12-01 12:28 ---
convert_to_integer contains
case LSHIFT_EXPR:
/* We can pass truncation down through left shifting
when the shift count is a nonnegative constant and
the target type is un
--- Comment #5 from oliverst at online dot de 2005-12-01 12:32 ---
(In reply to comment #1)
> This is invalid code:
> t.cc: In function int test_18():
> t.cc:15: error: jump to case label
> t.cc:9: error: crosses initialization of int ret
> t.cc:18: error: jump to case label
> t.cc
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-12-01 12:46 ---
I.e. 6.3.1.3/3 says that conversion from type T to signed type is
implementation defined if the value doesn't fit. And we define it to reducing
it modulo 2^N.
So, for !flag_wrapv
(short)((int)0x8000 << 1) == 0
--- Comment #8 from thebohemian at gmx dot net 2005-12-01 12:46 ---
Created an attachment (id=10378)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10378&action=view)
a test for the shutdown situation
Here is another small test case.
Output on another free VM looks like this:
jam
--- Comment #4 from reichelt at gcc dot gnu dot org 2005-12-01 12:46
---
Patch posted.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
On i686-pc-linux-gnu with current gcc-4.0.x, I'm getting a failure in
g++.dg/opt/mmx2.C:
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01435.html
I think it's triggered by turning on checking, because I don't see other people
getting the error. I configured with: --enable-checking=yes,rtl
I g
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25203
--- Comment #9 from thebohemian at gmx dot net 2005-12-01 14:05 ---
The Sun JVM does not run shutdown hooks and similar stuff when running with
-Xrs[0].
[0] -
http://www-inf.int-evry.fr/cours/java/jdk1.4docs/tooldocs/solaris/java.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-12-01 14:05 ---
My results from last night confirm it's fixed now, thanks.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
According to[0] the SIGQUIT signal should cause a dump of all threads the VM is
running.
Currently this does not happen and instead the VM is shut down.
[0] -
http://www-inf.int-evry.fr/cours/java/jdk1.4docs/tooldocs/solaris/java.html
--
Summary: incorrect SIGQUIT handling
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-12-01 14:17 ---
I have two fixes. One really safe and one ok via IRC communication.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2005-12-01 14:38 ---
Finding a bug in 1M of assembly is really hard without knowing where exactly
to look at. Nevertheless, I suspect:
movl237(%edi), %esi
in _ZN14X11SalGraphics10SetXORModeEh
(whereas -mpentiumpro .s has
movb237(%
GCC 4.0.1 bilt by GNUARM.
follow source has different read and store address by incrementing of "n".
As result variable "n" will be not changed.
unsigned short CommTxNum;
static void foo (void) __attribute__ ((interrupt ("IRQ")));
void foo(void)
{
unsigned char n;
for (n = 0; n < 3 && CommTxNu
--- Comment #6 from jakub at gcc dot gnu dot org 2005-12-01 14:55 ---
I can't understand how movqi_1 can not consider aligned_operand at all.
Will dig more...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from caolanm at redhat dot com 2005-12-01 14:59 ---
Program received signal SIGSEGV, Segmentation fault.
[witching to Thread -1209017888 (LWP 28260)]
X11SalGraphics::SetXORMode (this=0x3cb0f10, bSet=0 '\0')
at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:
This is on FC4 with alsa-lib{.i386,x86-64} installed but only
alsa-lib-devel.x86_64 (no alsa-lib-devel.i386). Hence the header
files are there, but not the libraries when building the -m32 multilib.
It looks as if configury looks for and finds header files but it's overlooked
to also look for "aso
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:20 ---
*** This bug has been marked as a duplicate of 15686 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-01 15:20 ---
*** Bug 25204 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-01 15:24 ---
I thought this was already fixed (or at least was in 4.1.0), let me find the
patch which might had fixed it).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-12-01 15:25 ---
Yes see PR 18019, it says it was fixed for 4.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:28 ---
HUH? Can you give the full source/ reduced source and give a little more
detailed explication on what is going wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:29 ---
I want to say FC4 is wrong here, if it does not have a library, it should not
have the headers. Can you also file this with Redhat?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
--- Comment #2 from aph at gcc dot gnu dot org 2005-12-01 15:31 ---
It's caused by only one multilib being installed. The 64-bit one is there, not
the 32-bit one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-12-01 15:53 ---
Assigning to bonzini by request.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-12-01 15:54
---
Assigning to bonzini by request.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from efim at lipowsky dot de 2005-12-01 15:55 ---
Subject: Re: for loop with comma operator problem
pinskia at gcc dot gnu dot org schrieb:
>--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:28
>---
>HUH? Can you give the full source/ reduced so
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 16:00 ---
(In reply to comment #2)
> in the file you can see a snapshort with two arrows to read and store
> addresses.
> It is very simple source.
This source does not show anything, it is not a full source. If you can rea
--- Comment #3 from hp at gcc dot gnu dot org 2005-12-01 16:29 ---
In response to comment #1, no. The headers are provided by *both*
alsa-lib-devel packages.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
--- Comment #10 from jakub at gcc dot gnu dot org 2005-12-01 16:39 ---
Well, clearly it is not fixed, as proven on stock gcc-4_0-branch with:
/* { dg-do compile } */
/* { dg-options "-m32 -Os -fpic -mtune=pentium4" } */
struct S
{
void *p[30];
unsigned char a0 : 1;
unsigned char a
--- Comment #1 from kargl at gcc dot gnu dot org 2005-12-01 17:16 ---
This is fixed on 4.1 and mainline. I'm bootstrapping the
latest 4.0.3 sources to see if it's present there. I
note that you're reporting this against 4.0.0. I *highly*
recommend that you update your compiler.
--
--- Comment #14 from dalej at gcc dot gnu dot org 2005-12-01 18:04 ---
Subject: Bug 24950
Author: dalej
Date: Thu Dec 1 18:04:20 2005
New Revision: 107826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107826
Log:
2005-12-01 Alan Modra <[EMAIL PROTECTED]>
Radar 4345
--- Comment #2 from kargl at gcc dot gnu dot org 2005-12-01 18:07 ---
This is also fixed in the 4.0.3 prelease source.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-save-temps interacts with -MMD option. Code ices with -MMD and without
-save-temps; with -save-temps it complains "too many file names". The attached
save-temps output was made with -MMD omitted but otherwise the same command
line.
--
Summary: ICE
Product: gcc
V
--- Comment #1 from igodard at pacbell dot net 2005-12-01 18:09 ---
Created an attachment (id=10380)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10380&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #2 from igodard at pacbell dot net 2005-12-01 18:10 ---
Created an attachment (id=10381)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10381&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 18:15 ---
Can you give how you invoked GCC? I want to say this has been fixed already in
a 3.4.x release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #4 from igodard at pacbell dot net 2005-12-01 18:20 ---
Here's what the compiler got.
~/ootbc/common/xptsys/test/src$ make test
g++ -I/home/ivan/ootbc/common/include -I/home/ivan/ootbc/common/xptsys/include
-I/home/ivan/boost/include/boost-1_33 -g -o0 -fmessage-length=80 -W
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-01 18:23 ---
First:
-o0 that will output the file as O.
So I think this might be the double -o issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #6 from igodard at pacbell dot net 2005-12-01 18:25 ---
The bug appears to be due to an interaction between -MMD and -Wall -Wextra. If
I
omit the warnings options then it compiles OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #7 from igodard at pacbell dot net 2005-12-01 18:27 ---
Changing to -O0 also clears the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-01 18:29 ---
The ICE is fixed on the mainline but that is not the real issue here as the
following fails:
gcc -c -oO t.c -o t.o -MMD
As I noted before there are two -o heres which are causing the issue.
--
pinskia at gcc dot
--- Comment #4 from hp at gcc dot gnu dot org 2005-12-01 18:36 ---
"Aph" mentioned "green" were expected to fix it, so CC:ed.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from janis at gcc dot gnu dot org 2005-12-01 18:36 ---
Interesting, Alan can't reproduce the failure I reported but his patch at
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html fixes it. I'll test
again when the patch has been checked in and then close this PR.
--- Comment #5 from green at gcc dot gnu dot org 2005-12-01 19:33 ---
Subject: Bug 25207
Author: green
Date: Thu Dec 1 19:33:42 2005
New Revision: 107828
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107828
Log:
2005-12-01 Anthony Green <[EMAIL PROTECTED]>
PR bootst
--
Summary: Spurious warning on placement new
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard
--- Comment #1 from igodard at pacbell dot net 2005-12-01 19:35 ---
Created an attachment (id=10382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10382&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
--- Comment #2 from igodard at pacbell dot net 2005-12-01 19:36 ---
Created an attachment (id=10383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10383&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
Error while compiling GCC:
/tmp/laksono/gomp-20050608-branch/build/./gcc/xgcc
-B/tmp/laksono/gomp-20050608-branch/build/./gcc/
-B/tmp/laksono/x86_64-unknown-linux-gnu/bin/
-B/tmp/laksono/x86_64-unknown-linux-gnu/lib/ -isystem
/tmp/laksono/x86_64-unknown-linux-gnu/include -isystem
/tmp/laksono/x86_
--- Comment #6 from hp at gcc dot gnu dot org 2005-12-01 19:42 ---
Exactly!
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 19:44 ---
This is not a GCC bug, this is either you don't have the 32bit libraries
install which means you need --disable-multilib or your distro has messed up
which lib directory goes where.
--
pinskia at gcc dot gnu dot
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 19:55 ---
Fixed at least in 3.4.5.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 19:59 ---
I want to say this will be fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 20:08 ---
Hmm, the preprocessed source file looks not all the way here:
it sends like
char *
__argp_short_program_name (void)
{
I don't know if this is becuase the preprocessor is seg faulting or it just did
not get uploaded
--- Comment #7 from green at gcc dot gnu dot org 2005-12-01 20:09 ---
Subject: Bug 25207
Author: green
Date: Thu Dec 1 20:09:06 2005
New Revision: 107829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107829
Log:
2005-12-01 Anthony Green <[EMAIL PROTECTED]>
PR bootst
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 20:10 ---
Could you attach the prepreocesed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25190
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 20:12 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00028.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #21 from steven at gcc dot gnu dot org 2005-12-01 20:17 ---
For Bug 21803 we could use similar infrastructure to what is proposed for this
bug.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pault at gcc dot gnu dot org 2005-12-01 20:30 ---
(In reply to comment #0)
Confirmed.
[EMAIL PROTECTED] gfortran]# ifort pr25147.f90
fortcom: Error: pr25147.f90, line 20: This actual argument must be the name of
an external user function or the name of an intrinsic
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #36 from sje at cup dot hp dot com 2005-12-01 21:03 ---
Fixed and checked in on 3.4 branch in time for 3.4.5.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #6 from davidnicol at gmail dot com 2005-12-01 21:15 ---
I found this bog because I was getting a lot of warnings of the style
n function â:
with no symbol name, just an odd character. I have tracked this down
to xterm not displaying utf8 even though my LANG environment v
--- Comment #2 from djohnson+gcc at sw dot starentnetworks dot com
2005-12-01 21:44 ---
Created an attachment (id=10384)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10384&action=view)
preprocessed file
compile with:
arm-linux-gcc -mbig-endian -march=armv5te -mtune=xscale -Wa,
Current trunk and 4.1 branch ICE on powerpc-linux compiling mesa
from SPEC CPU2000:
elm3b11% /opt/gcc-nightly/4.1/bin/gcc -c -Os -ftree-loop-linear mesa1201.c
mesa1201.c: In function foo:
mesa1201.c:7: error: definition in block 9 does not dominate use in block 3
for SSA_NAME: q_25 in statement:
Current trunk and 4.1 branch ICE on powerpc-linux compiling facerec
from SPEC CPU2000 with an admittedly odd set of options:
elm3b11% /opt/gcc-nightly/4.1/bin/gfortran -c -O2 -funroll-loops
-ftree-vectorize -maltivec -fno-ivopts -fpic fr1201.f
fr1201.f: In function foo:
fr1201.f:38: error: unrec
--- Comment #1 from janis at gcc dot gnu dot org 2005-12-01 22:09 ---
Created an attachment (id=10385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10385&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
--- Comment #1 from janis at gcc dot gnu dot org 2005-12-01 22:10 ---
Created an attachment (id=10386)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10386&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25211
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-01 22:24 ---
Fixed, clean test results here:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00028.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|verify_ssa ICE for mesa with|[4.
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-01 22:34 ---
Hmm, I would assume this is related to PR 24997.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-01 22:45 ---
Updated 4.0 patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00089.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from dje at gcc dot gnu dot org 2005-12-01 23:07 ---
Yes, I think this is the same as PR 24997.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janis at gcc dot gnu dot org 2005-12-01 23:15 ---
Except that the testcase still fails and the fix for 24997 was checked in a
few days ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
--- Comment #1 from billingd at gcc dot gnu dot org 2005-12-01 23:57
---
Subject: Bug 25193
Author: billingd
Date: Thu Dec 1 23:57:28 2005
New Revision: 107841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107841
Log:
2005-12-02 David Billinghurst ([EMAIL PROTECTED])
--- Comment #1 from SLTxLQEc4vuR5kMzK at anime dot net 2005-12-01 23:57
---
still present in 4.0.2
--
SLTxLQEc4vuR5kMzK at anime dot net changed:
What|Removed |Added
--- Comment #2 from billingd at gcc dot gnu dot org 2005-12-01 23:58
---
Confirmed http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00046.html
Patch http://gcc.gnu.org/ml/gcc-patches/2005-12/msg9.html
Fixed in trunk revision 107841.
--
billingd at gcc dot gnu dot org changed:
On i686-pc-linux-gnu with the 3.4 branch, I'm getting failures in the following
testcases when running with -fpic or -fPIC:
FAIL: gcc.dg/i386-387-3.c scan-assembler fldpi
FAIL: gcc.dg/i386-387-4.c scan-assembler fldpi
Current testsuite report is here:
http://gcc.gnu.org/ml/gcc-testresults/2005-12
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||3.4.5
Known to work||4.0.3
Target M
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-02 00:10 ---
Note the warning is that bogus, take the following example:
float a(void)
{
float i;
float granularity = 0.01f;
float dist = 0;
float vec[2] = {0,0};
float lastPoint;
f
--
Summary: [3.4/4.0/4.1/4.2] -fpic/-fPIC testsuite failures in
gcc.dg/i386-local2.c
Product: gcc
Version: 3.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||23224
nThis||
Known to f
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
1 - 100 of 130 matches
Mail list logo
