--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 06:52 ---
As I see it, some part of ia64.c (or the stack displacement code) is being
miscompiling giving the different answers in the stack misplacement.
--
pinskia at gcc dot gnu dot org changed:
What|Remo
Hi,
I just pulled from SVN and tried to build for IA64, and it fails with
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
Bootstrap comparison failure!
./varasm.o differs
./gcc.o differs
--- /tmp/gcc-stage2.dump2006-05-04 16:39:19.0 +1000
+++ /tmp/gcc-stage3.dump
--- Comment #7 from jakub at gcc dot gnu dot org 2006-05-04 06:44 ---
Subject: Bug 27285
Author: jakub
Date: Thu May 4 06:43:50 2006
New Revision: 113516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113516
Log:
PR tree-optimization/27285
* gcc.c-torture/execut
--- Comment #10 from jakub at gcc dot gnu dot org 2006-05-04 06:40 ---
Subject: Bug 25985
Author: jakub
Date: Thu May 4 06:40:15 2006
New Revision: 113515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113515
Log:
PR tree-optimization/27285
Backport from mainli
--- Comment #6 from jakub at gcc dot gnu dot org 2006-05-04 06:40 ---
Subject: Bug 27285
Author: jakub
Date: Thu May 4 06:40:15 2006
New Revision: 113515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113515
Log:
PR tree-optimization/27285
Backport from mainlin
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-04 06:34 ---
Subject: Bug 27388
Author: jakub
Date: Thu May 4 06:34:06 2006
New Revision: 113514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113514
Log:
PR middle-end/27388
* gimplify.c (omp_is_private)
--- Comment #2 from jakub at gcc dot gnu dot org 2006-05-04 06:29 ---
Subject: Bug 27359
Author: jakub
Date: Thu May 4 06:29:16 2006
New Revision: 113513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113513
Log:
PR c++/27359
* parser.c (cp_parser_omp_for_loop):
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-04 04:53 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 04:50 ---
Confirmed, this is a front-end issue.
we have:
struct calc_signal_type D.904;
D.904 = (*(struct calc_signal_type[0:] *)
outputs->data)[outputs->dim[0].stride * NON_LVALUE_EXPR ];
Google AdWords ads connect you with new customers at the precise moment when
they're looking for your products or services.
With Google AdWords you create your own ads, choose keywords to help us match
your ads to your audience.
https://adwords.google.com/select/main?hl=en_
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-04 02:05 ---
Fixed for 4.2.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-05-04 02:02 ---
Subject: Bug 8260
Author: aoliva
Date: Thu May 4 02:02:01 2006
New Revision: 113512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113512
Log:
PR java/8260
* coverage.c: Use get_gcov_unsigned_t() instead of
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-04 01:52 ---
t1.c: In function 'main':
t1.c:5: warning: implicit declaration of function 'atanh'
t1.c:5: warning: format '%f' expects type 'double', but argument 3 has type
'int'
You need either -std=c99 or not use -ansi as ata
--- Comment #3 from anonymous at mailinator dot com 2006-05-04 01:28
---
Created an attachment (id=11372)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11372&action=view)
output of compiler with --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
--- Comment #2 from anonymous at mailinator dot com 2006-05-04 01:27
---
Created an attachment (id=11371)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11371&action=view)
.s file created with -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
--- Comment #1 from anonymous at mailinator dot com 2006-05-04 01:25
---
Created an attachment (id=11370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11370&action=view)
.i file created with -save-temps flag
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
If you use -ansi to compile a program that uses the atanh function, the
compiler somehow replaces atanh with a function that just returns 0. I think
the compiler should either put in the correct atanh function or refuses to
link/compile. The following shows how to reproduce the bug:
$ cat > bug
--- Comment #10 from roger at eyesopen dot com 2006-05-04 00:14 ---
This should now be fixed on mainline and all active branches.
--
roger at eyesopen dot com changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-03 23:34 ---
Can we then have a new cctools which includes a newer ld64 also since right now
powerpc-darwin is broken on a G5 without using --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27408
--- Comment #94 from pinskia at gcc dot gnu dot org 2006-05-03 23:27
---
*** Bug 27412 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-03 23:27 ---
You are violating C aliasing rules, use an union (which is non standard) or
memcpy.
int res = ((int*)&ix)[1];
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
Following code sets a 4 32-bit int sse vector to 1 for all elements and
extracts one int out of the vector. g++ returns an incorrect result when
compiling with -O2 or -O3 but not with -O1 or -O0
// ---
#include
#include
int main() {
__m128i ix = _mm_set1_epi32(1);
--- Comment #8 from dann at godzilla dot ics dot uci dot edu 2006-05-03
21:53 ---
WRT this code generated by tree-ch:
D.1305_41 = Int_Loc_3 + 1;
if (Int_Loc_3 <= D.1305_41) goto ; else goto ;
AFAICT there's exactly one value for which the comparison can be false, IMO it
would be be
(My bugs from Jan 2005 now appear to be fixed, so I can retry the same app and
get a little further.)
With the OSX 20060424 prebuilt binary, under OSX 10.4.6, the following code
module gd_calc
type calc_signal_type
integer :: dummy
logical :: used
integer :: signal_number
end type
--- Comment #7 from steven at gcc dot gnu dot org 2006-05-03 21:33 ---
Re. comment #5, user code could also have a CFG like that, so we should handle
this case properly (and we do, tree-ch is doing the right thing afaict). Re.
comment #6, I don't see what the register allocator has to d
--- Comment #9 from kargl at gcc dot gnu dot org 2006-05-03 21:26 ---
Fixed by the additional of -fall-intrinsics option.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from kargl at gcc dot gnu dot org 2006-05-03 21:24 ---
Fixed.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from kargl at gcc dot gnu dot org 2006-05-03 21:24 ---
Subject: Bug 20248
Author: kargl
Date: Wed May 3 21:24:11 2006
New Revision: 113502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113502
Log:
2006-03-30 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #2 from kargl at gcc dot gnu dot org 2006-05-03 21:24 ---
Subject: Bug 26896
Author: kargl
Date: Wed May 3 21:24:11 2006
New Revision: 113502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113502
Log:
2006-03-30 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-05-03
19:39 ---
Subject: Re: [4.2 Regression] GCC error: in n_of_executions_at_least, at
tree-ssa-loop-niter.c:1772
> The problem in this PR should have been fixed by my yesterday's patch,
> does this still reproduce for
--- Comment #6 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-05-03 19:34 ---
Subject: Re: [4.2 Regression] GCC error: in n_of_executions_at_least, at
tree-ssa-loop-niter.c:1772
The problem in this PR should have been fixed by my yesterday's patch,
does this still repro
--- Comment #5 from P dot Schaffnit at access dot rwth-aachen dot de
2006-05-03 19:28 ---
Erm... sorry about that, I didn't think about it: I've indeed thrown out a lot
(I do not have the original sources at hand, but they are happily compiled by
quite a few compilers, including lf95,
--- Comment #5 from fitzsim at redhat dot com 2006-05-03 19:25 ---
Closing as WONTFIX.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|ASSIGN
--- Comment #4 from fitzsim at redhat dot com 2006-05-03 19:24 ---
After a discussion about this with Sven, I think our current implementation is
fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
--- Comment #6 from pinskia at physics dot uc dot edu 2006-05-03 19:00
---
Subject: Re: [4.1/4.2 Regression] -ftree-ch generates worse code
>
>
>
> --- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03
> 18:54 ---
> IMO Comment #4 does not look close eno
>
>
>
> --- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03
> 18:54 ---
> IMO Comment #4 does not look close enough at what is actually happening.
> IMO tree-ch is the root cause here.
>
> Given the above CFG, critical edge splitting transforms this into:
> Given t
--- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03
18:54 ---
IMO Comment #4 does not look close enough at what is actually happening.
IMO tree-ch is the root cause here.
The code looks like this before .ch
Before .ch
goto ();
:;
D.1301_54 = Int_Loc.0_4 * 200;
--- Comment #9 from sayle at gcc dot gnu dot org 2006-05-03 18:49 ---
Subject: Bug 25309
Author: sayle
Date: Wed May 3 18:49:40 2006
New Revision: 113500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113500
Log:
PR c/25309
* c-typeck.c (struct spelling): Make
--- Comment #3 from langel at redhat dot com 2006-05-03 18:36 ---
Fixed
--
langel at redhat dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from matz at suse dot de 2006-05-03 17:54 ---
Created an attachment (id=11368)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11368&action=view)
patch relative to 4.1
This is the same patch adjusted for 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
--- Comment #4 from matz at suse dot de 2006-05-03 17:53 ---
Yes. I'm testing it for trunk and 4.1 on a couple platforms.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-03 17:36 ---
*** Bug 27410 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-03 17:36 ---
*** This bug has been marked as a duplicate of 27210 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from amacleod at redhat dot com 2006-05-03 17:13 ---
Subject: Bug 27381
Author: amacleod
Date: Wed May 3 17:13:37 2006
New Revision: 113499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113499
Log:
2006-05-02 Andrew MacLeod <[EMAIL PROTECTED]>
PR tr
--- Comment #1 from geoffk at gcc dot gnu dot org 2006-05-03 17:12 ---
If fixed, this will be fixed in the Darwin linker. In the meantime, don't use
-force_flat_namespace. In fact, it's probably better if you don't use it at
all; the system libraries aren't expecting it and this is jus
--- Comment #4 from kargl at gcc dot gnu dot org 2006-05-03 17:10 ---
Phillipe,
Your code appears to be wrong, or perhaps you've cut down a
larger code too agressively. You use the Fortran ALL intrinsic
on the allocatable NEW_NUMBER, but you have never actually
allocated memory for the
--- Comment #28 from pcarlini at suse dot de 2006-05-03 17:01 ---
Fixed (again), for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|REO
--- Comment #27 from paolo at gcc dot gnu dot org 2006-05-03 17:00 ---
Subject: Bug 6702
Author: paolo
Date: Wed May 3 17:00:18 2006
New Revision: 113498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113498
Log:
2006-05-03 Paolo Carlini <[EMAIL PROTECTED]>
* acinclu
I just tried to compile Suse package kdbg-2.0.3-12 with a recent
GNU C++ compiler version 4.2 snapshot 20060429.
The compiler snapshot said
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/kde3/include -I/usr/lib/qt3/include
-I/usr/X11R6/include
-DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wun
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-03 16:13 ---
Created an attachment (id=11367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11367&action=view)
patch
Patch to be tested (Micha, can you do this?).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|x86_64-linux|
Keywords||ice-on-valid-code
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-03 16:06 ---
I have a fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-03 16:05 ---
Confirmed. We access a zero-sized part of the structure:
arg 1
BLK file t.c line 16 size unit size
align 8 offset_align 128
offset
bit offset context
chain
--- Comment #1 from bangerth at dealii dot org 2006-05-03 16:01 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bangerth at dealii dot org 2006-05-03 16:00 ---
This seems to work on the 4.1.x branch, however. So it must be a regression.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27397
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-05-03 15:53
---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #12 from matz at suse dot de 2006-05-03 15:48 ---
It's bug 27409 now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
The below testcase ICEs in get_constraint_for_component_ref when compiled
with -O1 or beyond on x86_64. Richard mentions that it also fails with
trunk.
---
/* compile with gcc -c -Os -o foo.o foo.c */
typedef struct {
struct { } z;
} thang_t;
struct wi
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-03 15:43
---
(In reply to comment #10)
> We also got a bugreport about an ICE in get_constraint_for_component_ref,
> but have a C testcase. In the hope that it's the same reason I paste it
> here:
File as a seperate bug please
--- Comment #10 from matz at suse dot de 2006-05-03 15:40 ---
We also got a bugreport about an ICE in get_constraint_for_component_ref,
but have a C testcase. In the hope that it's the same reason I paste it
here:
-
/* compile with gcc -c -O2 -o foo.o foo
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||geoffk at gcc dot gnu dot
|
--- Comment #7 from mark at codesourcery dot com 2006-05-03 14:51 ---
Subject: Re: [4.0/4.1 regression] ICE on invalid constructor
definition
reichelt at gcc dot gnu dot org wrote:
> --- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-03 10:38
> ---
> Mark, do you wa
--- Comment #25 from dberlin at gcc dot gnu dot org 2006-05-03 14:15
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Wed, 2006-05-03 at 13:02 +, mueller at gcc dot gnu dot org wrote:
>
> --- Comment #24 from mueller at gcc dot gnu dot org 2006-05-0
03-May-2006 12:37 PM Peter O'Gorman:
g++ -force_flat_namespace dies with multiple definition of symbols in libSystem
and crt3.o on Mac OS X 10.4.
peter$ /opt/gcc_mainline/bin/g++ -force_flat_namespace -o foo foo.cpp
/opt/odcctools/bin/ld: multiple definitions of symbol _atexit
/opt/gcc_mainline/li
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-03 13:07 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #24 from mueller at gcc dot gnu dot org 2006-05-03 13:02
---
closing as fixed then. Thanks !
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2006-05-03 12:51 ---
Subject: Bug 27395
Author: jakub
Date: Wed May 3 12:51:33 2006
New Revision: 113494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113494
Log:
PR fortran/27395
* gimplify.c (gimplify_scan_omp_
--- Comment #10 from jakub at gcc dot gnu dot org 2006-05-03 12:31 ---
I think using GOMP_1.1 symver instead of GOMP_1.0 would be preferrable.
I think you probably want to keep the state in the user code (probably
inside of .omp_data_* structure) so sender could zero it, then one routine
--- Comment #9 from jakub at gcc dot gnu dot org 2006-05-03 12:23 ---
Reassigning to Richard for the optimizations mentioned in #7.
The code in SVN should be correct, but sometimes suboptimal.
--
jakub at gcc dot gnu dot org changed:
What|Removed |
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #20 from rguenth at gcc dot gnu dot org 2006-05-03 12:09
---
Created an attachment (id=11366)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11366&action=view)
patch
Another patch that implements the suggested basic block splitting by
re-inserting
on the fallthrough ed
--- Comment #3 from P dot Schaffnit at access dot rwth-aachen dot de
2006-05-03 11:44 ---
Hi!
I believe this could be related: compiling the following with any optimisation
(starting from -O1) causes the following error:
initFeldVonDatei.f90: In function 'initfeldvondateiphase2korn':
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-03 10:56
---
The testcase in comment #3 only crashes on x86_64-unknown-linux-gnu,
but not on i686-pc-linux-gnu.
The testcase below crashes on both archs:
===
char *p, *q;
inline int foo(int i)
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-03 10:38
---
Mark, do you want to add some of the testcases from PR27379 and PR27380
to the testsuite as their mode of failure is a little bit different
although the underlying problem seems to be the same?
--
http://gcc.g
--- Comment #19 from rguenth at gcc dot gnu dot org 2006-05-03 10:36
---
Thanks!
So, the problem is that PRE inserts (and later realifies) fake stores in basic
blocks with abnormal control flow. It would need to do the insertion on the
outgoing edges in this case, or deal with splitti
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-03 10:35
---
*** Bug 27380 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-03 10:35
---
Fixed on mainline by Mark's patch for PR 27309:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00066.html
*** This bug has been marked as a duplicate of 27309 ***
--
reichelt at gcc dot gnu dot org changed:
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-03 10:34
---
Fixed on mainline by Mark's patch for PR 27309:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00066.html
*** This bug has been marked as a duplicate of 27309 ***
--
reichelt at gcc dot gnu dot org changed:
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-03 10:34
---
*** Bug 27379 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
--- Comment #18 from aph at gcc dot gnu dot org 2006-05-03 10:22 ---
gcj -findirect-dispatch doesn't work with .java files, only with .class files,
so I didn't try it.
class XMLStreamWriter
{
void writeCharacters(String s) {}
}
class XMLStreamException extends Exception {}
public c
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-05-03 10:14
---
It fails for me on head with -O2 -findirect-dispatch:
trunk-g/gcc> ./jc1 -quiet -O2 -findirect-dispatch StAXWriter.java
-fbootclasspath=../i686-pc-linux-gnu/libjava/classpath/lib
StAXWriter.java: In class 'StAXWri
--- Comment #16 from aph at gcc dot gnu dot org 2006-05-03 10:11 ---
I can certainly do that, but it doesn't fail on HEAD. Are you sure you really
want it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-05-03 10:00
---
Btw, can someone java-capable reduce the testase
import javax.xml.stream.XMLStreamException;
import javax.xml.stream.XMLStreamWriter;
public class StAXWriter
{
XMLStreamWriter writer;
int indent = 0;
public
--- Comment #5 from martin at mpa-garching dot mpg dot de 2006-05-03 09:46
---
(In reply to comment #4)
> We still need a self contained testcase to reproduce this issue.
I tried producing one, but it seems that this would take me much more time
than I can currently afford, especially
--- Comment #11 from pluto at agmk dot net 2006-05-03 09:22 ---
also fails on 64-bit system.
$ g++ testDrv.cpp -o testDrv -pthread -O2 \
-I/usr/include/stlport -nodefaultlibs -lstlport -lc
$ ./testDrv
*** glibc detected *** ./testDrv: munmap_chunk():
invali
--- Comment #10 from pluto at agmk dot net 2006-05-03 09:19 ---
Created an attachment (id=11365)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11365&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
--- Comment #6 from schwab at suse dot de 2006-05-03 09:17 ---
> While the C standard says that the result of the conversion is unspecified,
The standard says that the behaviour is undefined (6.3.1.4#1). That is even
true when converting to unsigned.
--
http://gcc.gnu.org/bugzilla
--- Comment #9 from pluto at agmk dot net 2006-05-03 09:05 ---
(In reply to comment #7)
> The testcase works for me as I don't have the STLport installed (and what is
> in
> this bug is not enough to reproduce the bug).
>
so, try latest testcase.
$ make
g++ testDrv.ii -o testDrv -pt
--- Comment #8 from pluto at agmk dot net 2006-05-03 09:02 ---
Created an attachment (id=11364)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11364&action=view)
full 32-bit testcase.
--
pluto at agmk dot net changed:
What|Removed |Added
-
--- Comment #4 from krebbel1 at de dot ibm dot com 2006-05-03 08:25 ---
The similar problem occurs on s390x:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01795.html
The problem (for ia64 and s390x) is fixed on mainline by:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00697.html
which u
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-05-03 08:10
---
This is a blocker for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
92 matches
Mail list logo
