--- Comment #9 from danglin at gcc dot gnu dot org 2009-08-02 02:29 ---
See the same on hppa1.1-hp-hpux10.20 but not on hppa2.0w-hp-hpux11.11:
http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg00185.html
--
danglin at gcc dot gnu dot org changed:
What|Removed
On Linux/ia32 and Linux/Intel64, revision 150336:
http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00015.html
caused:
FAIL: g++.dg/ext/complex3.C (internal compiler error)
FAIL: g++.dg/ext/complex3.C (internal compiler error)
FAIL: g++.dg/ext/complex3.C (test for excess errors)
FAIL: g++.dg/ext/complex3
--- Comment #11 from bonzini at gnu dot org 2009-08-02 00:15 ---
This is the simplest patch that can possibly work:
Index: ../../gcc/config/i386/i386.c
===
--- ../../gcc/config/i386/i386.c(revision 150334)
+++ ../..
--- Comment #10 from bonzini at gnu dot org 2009-08-01 23:59 ---
Minimized testcase:
extern double host_frametime;
extern float pitchvel;
V_DriftPitch (float delta, float move)
{
if (!delta)
move = host_frametime;
if (delta > 0)
;
else if (delta < 0 && move > -delta)
p
--- Comment #9 from bonzini at gnu dot org 2009-08-01 23:41 ---
I confirm that the SAHF instruction sequence is generated because of
optimize_insn_for_size_p () == 1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40934
--- Comment #8 from sezeroz at gmail dot com 2009-08-01 23:11 ---
(In reply to comment #7)
> Hmm, Pentium is not a cmove target and it doesn't like sahf, so
For the record, the ICE happens with -march=i[3|4|5]86, but not for i686 or
better.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #7 from bonzini at gnu dot org 2009-08-01 22:57 ---
Hmm, Pentium is not a cmove target and it doesn't like sahf, so
ix86_fp_comparison_operator matches all comparison operators. I would have
thought then that fp_jcc_3_387 would match:
(define_insn "*fp_jcc_3_387"
[(set (p
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 22:49
---
GNAT 3.15p used GCC 2.8.1 as its backend; the bug is that old :)
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
-
(Debian bug #339356, which I realize was never forwarded upstream until now)
procedure gnat_bug is
type voie is range 1..10;
protected carrefour is
entry entree_carrefour (voie);
end carrefour;
protected body carrefour is
entry entree_carrefour (for v in voie)
when
--- Comment #6 from ubizjak at gmail dot com 2009-08-01 22:38 ---
(In reply to comment #5)
> (jump_insn:TI 52 50 56 11 test.c:32 (parallel [
> (set (pc)
> (if_then_else (le (reg/v:SF 9 st(1) [orig:64 move ] [64])
> (reg:SF 8 st [80]))
--- Comment #5 from ubizjak at gmail dot com 2009-08-01 22:25 ---
The backtrace:
#0 fancy_abort (file=0xc59e30 "../../gcc-svn/trunk/gcc/reg-stack.c", line=741,
function=0xc5a5f0 "get_hard_regnum") at
../../gcc-svn/trunk/gcc/diagnostic.c:729
#1 0x00708a5e in get_hard_regnum (re
--- Comment #4 from ubizjak at gmail dot com 2009-08-01 22:04 ---
Confirmed as gcc-4.5 regression.
Reduced testcase:
--cut here--
extern struct
{
int demoplayback;
float movetype;
int cameramode;
float idealpitch;
float pitchvel;
int nodrift;
int paused;
int onground;
--- Comment #2 from bonzini at gnu dot org 2009-08-01 21:25 ---
Hmm, the patch changes a canonicalization in a way that may break some patterns
on some targets. :-(
Not sure how to proceed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39726
The following listing shows that the ~ operation is expanded to a short when
used in a conditional expression.
Attached is code with the problem, and the workaround.
unsigned char g()
{
return 0x5a;
}
void p(unsigned char c)
{
volatile unsigned char tmp;
tmp = c;
}
--- Comment #3 from sezeroz at gmail dot com 2009-08-01 20:26 ---
Some further info: The problem is specifically related to the -ffast-math
option. Only by removing it, the compilation succeeds.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40934
--- Comment #2 from sezeroz at gmail dot com 2009-08-01 20:12 ---
Created an attachment (id=18283)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18283&action=view)
generated *s file
(generated *.s file)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40934
--- Comment #1 from sezeroz at gmail dot com 2009-08-01 20:11 ---
Created an attachment (id=18282)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18282&action=view)
preprocessed source
(Preprocessed source. Exact command line was:
gcc45 -c -march=i586 -O2 -Wall -DNDEBUG -ffast-mat
Configured with: ../gcc45.r150333/configure --prefix=/home/ozzie/opt/gcc450
--program-suffix=45 --bindir=/home/ozzie/bin --with-local-prefix=/usr
--disable-nls --enable-shared --enable-threads --enable-languages=c,c++
Thread model: posix
gcc version 4.5.0 20090801 (experimental) r150333 (GCC)
If any
--- Comment #4 from paolo dot carlini at oracle dot com 2009-08-01 18:12
---
Closing.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Sta
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-08-01 15:42
---
Patch submitted for approval:
http://gcc.gnu.org/ml/fortran/2009-08/msg1.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40853
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:59
---
I now think my analysis was wrong; a1 is not a discriminant, so the program is
actually legal and the value of x1 should be:
x1 = (a1 => (b => False))
(this does not change anything to the GCC bug, actually.)
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-01 14:58 ---
This is because of the differences in the IL C vs. C++.
C has
r0 = (short unsigned int) *pcr - (short unsigned int) *ppr;
r1 = (short unsigned int) *pcg - (short unsigned int) *ppg;
r2 = (short unsigned
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:50
---
To aggravate the violation of the Law of Least Astonishment, GCC's misbehavior
is even inconsistent:
libfoo.so.1.2 becomes libfoo.so.1
but
libfoo.so.1.2.3 is honored exactly.
--
http://gcc.gnu.org/bugzilla/
The following calls to predefined operators in Standard are all illegal but the
compiler only rejects 3 of them:
package pak1 is
type my_Int is new integer;
x1: my_int;
x2: my_int := standard."mod" (x1, 2);
x3: my_int := standard."rem" (x1, 2);
x4: my_int := standard."abs" (x1);
A discriminant_association can only contain an expression (RM 3.7.1(3)); in
contrast, a record_component_association can contain either an expression or a
box <> (RM 4.3.1(4/2)); however th box is illegal if the component is a
discriminant without a defaut value; this is consistent with a
discrimin
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:10
---
gcc-4.4 -c p.adb
p.adb:14:07: warning: variable "A" is never read and never assigned
p.adb:20:07: warning: variable "A" is never read and never assigned
+===GNAT BUG DETECTED==
OK, I admit this one is particularly weird.
package P is
procedure P2;
end P;
package body P is
type Booleen is new Boolean;
for Booleen use (-1, 1);
function True return Booleen is
begin
return False;
end True;
type B is array (Booleen range False .. True) of Intege
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:03
---
Fixed in 4.4.1 (I only wanted to document the problem.)
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
--
with Ada.Finalization;
package pak1 is
type T1 is private;
type T2 is record
a1: T1;
end record;
type T2_Access is access T2;
type T3 is tagged record
a2: T2_Access;
end record;
type T4 is new T3 with null record;
private
type T1 is new Ada.Finalization.Co
The compiler incorrectly accepts the following:
generic
package pak1 is
pragma Pure;
type T1 is access integer; --ERROR: named access type not allowed in pure
unit
end pak1;
The bug is triggered by the "generic" keyword. The error is not detected in an
instantiation of pak1, either.
--
--- Comment #43 from pault at gcc dot gnu dot org 2009-08-01 13:45 ---
Subject: Bug 40011
Author: pault
Date: Sat Aug 1 13:45:12 2009
New Revision: 150333
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150333
Log:
2009-08-01 Paul Thomas
PR fortran/40011
* er
--- Comment #7 from paolo dot carlini at oracle dot com 2009-08-01 09:45
---
Appears also fixed by the fix for PR 40486. Otherwise, please reopen.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #11 from paolo dot carlini at oracle dot com 2009-08-01 09:44
---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg1.html
If I'm missing some detail, please reopen, thanks!
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #6 from freebse at live dot jp 2009-08-01 07:15 ---
Comment, thanks a lot of for everybody.
Indeed -O4 option doesn't exist.
-O4 described investigated by Google.
And...
sorry, I am not good at writing English.
Therefore, sentences might be a little strange.
It expects it o
35 matches
Mail list logo
