--- Additional Comments From schlie at comcast dot net 2005-07-03 07:09
---
(In reply to comment #35)
> Subject: Re: gcc -O2 discards cast to volatile
I apologize for interjecting, but wanted to verify my perception the
conclusions reached; are they essentially?:
- although an object
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-03 07:27 ---
Subject: Re: gcc -O2 discards cast to volatile
"schlie at comcast dot net" <[EMAIL PROTECTED]> writes:
| (In reply to comment #35)
| > Subject: Re: gcc -O2 discards cast to volatile
|
| I apologize
--- Additional Comments From schlie at comcast dot net 2005-07-03 07:54
---
(In reply to comment #39)
> Subject: Re: gcc -O2 discards cast to volatile
So unfortunately, again the question which comes to mind is what
should happen when a program specifies an undefined behavior?
Persona
Many C++ testsuite execution tests started failing on mainline between 20050627
and 20050630, on platforms including hppa2.0w-hpux, hppa64-hpux and ia64-hpux.
gcc-testresults shows failures also on other platforms such as ia64-linux.
Binary searching for "g++.dg/eh/cond1.C execution test" as a te
--
What|Removed |Added
Keywords||EH, sjlj-eh, wrong-code
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/sho
--
What|Removed |Added
Keywords|sjlj-eh |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22284
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
11:40 ---
IIRC This is a libtool bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22283
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-03
11:46 ---
Subject: Bug 22029
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-03 11:45:59
Modified files:
gcc: ChangeLog tree-pretty-print.c
Log m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
11:52 ---
(In reply to comment #4)
> P.S.: Why comes .c.t59.copyprop4 before .c.t72.copyprop3 (At that point the
> ICE
> seems to occur)?
I forgot to mention this is due to how tree-optimizate works, it is really a
--- Additional Comments From jakub at redhat dot com 2005-07-03 12:08
---
Strange, I have certainly bootstrapped/regtested the initial -fstack-protector
patch on ia64-linux and there were no regressions, neither on HEAD
(20050625 tree + those patches) nor in the 4.0.1 backport.
g++.dg/eh
--- Additional Comments From gcc2eran at tromer dot org 2005-07-03 12:12
---
To make it easier to evaluate my claim, here are all messages in the thread
linked from comment 1 that seemingly contradicy comment 9:
Nathan Sidwell: http://gcc.gnu.org/ml/gcc/2005-05/msg00085.html
Dale Johann
--- Additional Comments From joseph at codesourcery dot com 2005-07-03
12:17 ---
Subject: Re: [4.1 Regression] Many C++ testsuite failures
On Sun, 3 Jul 2005, jakub at redhat dot com wrote:
> Strange, I have certainly bootstrapped/regtested the initial -fstack-protector
> patch on ia6
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-03 12:51
---
Created an attachment (id=9197)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9197&action=view)
preprocessed source on x86_64-unknown-linux-gnu
Here is the preprocessed version of testsuite_abi.cc on
x8
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-03
13:20 ---
Subject: Re: [4.1 Regression] ICE in
first_vi_for_offset, at tree-ssa-structalias.c:2566
> Here is the preprocessed version of testsuite_abi.cc on
> x86_64-unknown-linux-gnu. Compile with -O2.
>
++ 4.0 compiled/linked g++.dg/eh/cond1 also works when run against 4.0
libstdc++.so, or 20050625 HEAD one, but segfaults when using 20050703 HEAD
libstdc++.so (FYI, libgcc_s exact version doesn't matter).
cond1.s compiled by 20050703 HEAD and 4.0 is in fact identical except
.ident and COMDAT se
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-03
13:41 ---
Testing my patch on ia64 still reveals two new failures:
gcc.c-torture/execute/920625-1.c compilation, -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions
gcc.c-torture/execute/920625-1.c comp
l when run against 4.0 libstdc++.so, or 20050625 HEAD one
> (but in that case built with the -fstack-protector patch in).
> Now, g++ 4.0 compiled/linked g++.dg/eh/cond1 also works when run against 4.0
> libstdc++.so, or 20050625 HEAD one, but segfaults when using 20050703 HEAD
> libstdc++
--- Additional Comments From gdr at gcc dot gnu dot org 2005-07-03 14:10
---
(In reply to comment #3)
> Subject: Re: [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr
>
> "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
>
> | --- Additional Comments From
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
14:46 ---
Confirmed, reduced testcase for powerpc64-darwin at least:
template
struct pair
{
typedef _T1 first_type;
typedef _T2 second_type;
_T1 first;
_T2 second;
pair(const _T1& __a, const _T2& __b) : firs
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-03
14:52 ---
The extra failures are assembler warnings:
Executing on host: /abuild/stevenb/build/gcc/xgcc
-B/abuild/stevenb/build/gcc/
/abuild/stevenb/mainline/gcc/testsuite/gcc.c-torture/execute/920625-1.c
-w -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
14:56 ---
And here is a testcase which fails in both 32 and 64bit mode:
struct string
{
long long _M_p;
long long i;
string();
int begin();
int end();
string(int, int);
};
struct symbol
{
int type;
str
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
15:16 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From gdr at gcc dot gnu dot org 2005-07-03 15:37
---
fixed for 4.1.0
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-03
15:38 ---
Subject: Bug 13906
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-03 15:38:39
Modified files:
include: ChangeLog ansidecl.h md5.h
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-03
15:40 ---
Subject: Bug 13906
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-03 15:40:30
Modified files:
libiberty : ChangeLog md5.c
Log message:
../../gnatmake -c -I../rts -I. -I/test/gnu/gcc-3.3/gcc/gcc/ada gnatchop --GCC=".
./../xgcc -B../../ -g -O2 -mdisable-indexing -gnatpg -gnata"
raised STORAGE_ERROR : stack overflow or erroneous memory access
make[3]: *** [../../gnatchop] Error 1
make[3]: Leaving directory `/test/gnu/gcc-3.3/obj
--- Additional Comments From schlie at comcast dot net 2005-07-03 17:33
---
(In reply to comment #10)
> Hey, we should be *happy* that we found a standard-compliance excluse to fix
> the
> code-breaking regression and make those casts work like everybody wanted!
- I couldn't more stron
--- Additional Comments From andreast at gcc dot gnu dot org 2005-07-03
18:23 ---
Hm, seems to work now :)
At least for the build.
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00144.html
Could one confirm if it works on x86 with the reduced tc?
--
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
CC||danglin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
18:27 ---
(In reply to comment #6)
> Hm, seems to work now :)
> At least for the build.
Try with checking enabled, you will see it still fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22253
Compliation fails with any optimisation level enabled (-O1, -O2, -O3). Problem
instruction: __builtin_ia32_cvttss2si (SSE intrinsic)
--
Summary: SSE-intrinsic: __builtin_ia32_cvttss2si - internal
compiler error: in extract_insn, at recog.c:2083
Product: g
--- Additional Comments From shapovalow at gmail dot com 2005-07-03 23:09
---
Created an attachment (id=9198)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9198&action=view)
Preprocessor output to demonstrate internal error in __builtin_ia32_cvttss2si
Reading specs from /usr/local
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
23:16 ---
Fixed at least in 4.0.x.
--
What|Removed |Added
Status|UNCONFIRMED
Executing on host: /home/dave/gcc-4.1/objdir/gcc/xgcc -B/home/dave/gcc-4.1/objdi
r/gcc/ /home/dave/gcc-4.1/gcc/gcc/testsuite/gcc.c-torture/execute/simd-2.c -w
-O2 -fno-show-column -lm -o /home/dave/gcc-4.1/objdir/gcc/testsuite/simd-2.x
2(timeout = 300)
/home/dave/gcc-4.1/gcc/gcc/testsuite/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
23:27 ---
Confirmed on both ppc-darwin and i686-pc-linux-gnu.
This was introduced between:
http://gcc.gnu.org/ml/gcc-regression/2005-06/msg00121.html
and
http://gcc.gnu.org/ml/gcc-regression/2005-06/msg00089.html
so
PASS: gcc.dg/tree-ssa/pr14341.c scan-tree-dump-times fn_call \(1\) 1
Executing on host: /home/dave/gcc-4.1/objdir/gcc/xgcc -B/home/dave/gcc-4.1/objdi
r/gcc/ /home/dave/gcc-4.1/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr14490-1.c -fdump
-tree-gimple -fno-show-column -S -o pr14490-1.s(timeout = 300)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-03
23:55 ---
Subject: Bug 22288
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-03 23:55:05
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gcc.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-03
23:55 ---
Stupid "plus".
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From SebastianR at gmx dot de 2005-07-04 01:38
---
I think there might be an actual bug with this new warning:
In the qsort man page, it says you can use strcmp as the last argument to qsort.
So the types must be compatible, and it also works. However, this fails:
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-04
02:21 ---
The bug you have indentified (which is related but not the same) reduces to:
struct string
{
long long _M_p;
long long i;
string();
int begin();
int end();
string(int, int);
};
struct symbol
{
i have entered a bug for gimp (#309170) in which gimp would crash when i opened
an image of the same resolution as my current screen. in that situation, gimp
automatically downscales the image to fit on the screen.
when gimp was compiled with -mfpmath=sse the crash would occur. on recompiling
wit
41 matches
Mail list logo