--
What|Removed |Added
Summary| initilizing string litteral|Initializing string literal
|data improperly maked frame-|data improperly marked
--- Additional Comments From jason at redhat dot com 2005-04-14 07:38
---
Subject: Re: local static object variable constructed once
but ctors and dtors called multiple times on same memory when called in
multiple threads
DCL with explicit memory barriers is safe. That's what I'm us
--- Additional Comments From schlie at comcast dot net 2005-04-14 07:43
---
(In reply to comment #0)
> resulting tree/rtl:
>
> showing frame-relative reference to "abcde" initializing data which is wrong:
>
> (insn 12 11 13 1 (set (reg:HI 44)
> (symbol_ref/f:HI ("*.LC0") [flags
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-14
07:49 ---
Minimal test case is:
integer i
character*4 c(1)
read (c,fmt='(A4)') i
end
This is a duplicate of 15966.
*** This bug has been marked as a duplicate of 15966 ***
--
W
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-14
07:49 ---
*** Bug 20990 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-14
07:50 ---
Same thing happens with read:
integer i
character*4 c(1)
read (c,fmt='(A4)') i
end
Program received signal SIGSEGV, Segmentation fault.
0x080a760b in gfc_conv_scalarized_array_ref
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:19 ---
The compiler fails since gcc 3.0.
Looks very similar to PR 17860.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
08:25 ---
Subject: Bug 20927
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-14 08:25:00
Modified files:
gcc: ChangeLog
gcc/config/s390: s
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
08:28 ---
Subject: Bug 20927
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-14 08:28:21
Modified files:
gcc: Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:39 ---
Shorter testcase:
==
template void foo()
{
double d = (N ? 0.0 : 0) + 1;
}
==
--
What|Removed
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-04-14
08:44 ---
Does the patch there fix it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21015
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:58 ---
*** Bug 20821 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:58 ---
*** This bug has been marked as a duplicate of 18082 ***
--
What|Removed |Added
--- Additional Comments From reichelt at igpm dot rwth-aachen dot de
2005-04-14 09:25 ---
Subject: Re: [3.3/3.4 Regression] Bad loop
optimization with -O2
On 14 Apr, bonzini at gcc dot gnu dot org wrote:
> Does the patch there fix it?
Alas not.
--
http://gcc.gnu.org/bugzilla/s
The attached code is doing metaprogramming where a "showNode" template function
recurses up a linked list of "attrNode" templates (with different argument
types) until it hits an "attrBottom" type at the end of the list. That
identifies a different overload of "showNode" and stops the recursion.
--- Additional Comments From igodard at pacbell dot net 2005-04-14 11:09
---
Created an attachment (id=8626)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8626&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21019
--- Additional Comments From igodard at pacbell dot net 2005-04-14 11:10
---
Created an attachment (id=8627)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8627&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21019
--- Additional Comments From igodard at pacbell dot net 2005-04-14 11:20
---
Never mind; I found it :-(
--
What|Removed |Added
Status|UNCONFIRMED
java.lang.NoSuchFieldError
at .__gxx_personality_v0 (/home/caolan/java/a.out)
at .__gxx_personality_v0 (/home/caolan/java/a.out)
at .__gxx_personality_v0 (/home/caolan/java/a.out)
at .__libc_start_main (/lib/libc-2.3.4.so)
at .__gxx_personality_v0 (/home/caolan/java/a.out)
--
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:07
---
Created an attachment (id=8628)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8628&action=view)
sample source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:07
---
Created an attachment (id=8629)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8629&action=view)
sample jar
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:09
---
version of failing gcj
gcc (GCC) 4.0.0 20050412 (Red Hat 4.0.0-0.42)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not eve
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:09
---
version of successful gcj
gcc (GCC) 4.0.0 20050405 (Red Hat 4.0.0-0.40)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:11
---
affects db-4.2 as well for what it's worth
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
--- Additional Comments From commie1 at gmx dot net 2005-04-14 12:35
---
Your simplified testcase only causes an ICE when I use the C++ headers from gcc
3.4.3 with gcc 4.0.0, otherwise it works fine.
ICE: /opt/gcc40/bin/g++ -O -finline-functions test.cc -c -o test.o -isystem
/usr/includ
--- Additional Comments From uros at kss-loka dot si 2005-04-14 12:37
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01568.html
--
What|Removed |Added
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 13:07
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01577.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20657
--- Additional Comments From mark at gcc dot gnu dot org 2005-04-14 13:20
---
With 4.1 (20050412) I get:
g++ -g -lgcj java.cxx
./a.out
java.lang.ClassNotFoundException: Lcom.sun.star.uno.Type;
<>
4.0 (20050413) indeed throws java.lang.NoSuchFieldError
--
What|Remove
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-14 13:28
---
See https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=113145.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
cc1 options for the attached testcase are:
-w -fpreprocessed dl-iteratephdr.i -quiet -O2 -std=gnu99
The ICE is:
dl-iteratephdr.c: In function '__dl_iterate_phdr':
dl-iteratephdr.c:36: internal compiler error: tree check: expected integer_type
or enumeral_type or boolean_type or char_type or rea
--- Additional Comments From drow at gcc dot gnu dot org 2005-04-14 13:32
---
Created an attachment (id=8630)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8630&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21021
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 13:35
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
13:36 ---
Subject: Bug 20657
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-14 13:34:59
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/tes
--
What|Removed |Added
CC||kazu at cs dot umass dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21021
I get the following bus error when I compile libgcj with awt support on darwin:
gnu/java/awt/peer/gtk/GdkFontMetrics.java: In class
'gnu.java.awt.peer.gtk.GdkFontMetrics':
gnu/java/awt/peer/gtk/GdkFontMetrics.java: In constructor '(java.awt.Font)':
gnu/java/awt/peer/gtk/GdkFontMetrics.java:0: inte
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 14:00
---
Daniel, I have tough time reproducing this.
I get
In file included from dl-iteratephdr.c:22:
../include/errno.h:31: error: thread-local storage not supported for this target
Am I missing some options?
--
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 14:11
---
OK, I enabled HAVE_AS_TLS by hand. Now I can reproduce the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21021
--
What|Removed |Added
Component|c |target
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_b
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21018
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
14:25 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 14:42
---
Reduced down to:
struct link_map {
struct link_map *next;
unsigned int start, end;
};
void
foo (struct link_map **array, long int cnt)
{
struct link_map *l;
const void *caller = __builtin_extract_ret
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
14:52 ---
Confirmed, with Kazu's reduced testcase on i686-pc-linux.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
14:54 ---
Here is a testcase which does not use builtins:
struct link_map {
struct link_map *next;
unsigned int start, end;
};
void *f();
void
foo (struct link_map **array, long int cnt)
{
struct link_map *l;
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 14:56
---
Reduced down to:
extern void *bar (void);
int
foo (unsigned int *p, unsigned int *q)
{
const void *r = bar ();
if (r >= (const void *) *p
&& r < (const void *) *q)
return 1;
return 0;
}
-
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-14 15:14 ---
// reduced testcase, compile with -O2 -fpeel-loops -ftree-vectorize :
void foo (double *d)
{
unsigned int a, i;
double t[2];
for (i = 0; i < 2; i++)
{
for (a = 0; a < 2; a++)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
15:25 ---
Subject: Bug 20963
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-14 15:25:02
Modified files:
gcc: ChangeLog tree-ssa-pre.c
Log messag
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
15:43 ---
Subject: Bug 20924
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-14 15:43:07
Modified files:
gcc: Change
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 15:51
---
Before VRP (even before ASSERT_EXPR insertion), we have
const void * r;
unsigned int D.1157;
void * D.1156;
:
:
if (r_3 >= D.1157_5) goto ; else goto ;
Note that we already have a type-mismatch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
15:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
I wrote a program that is fine compiling by MS VC 7.1 or higher
and works correctly. It also is compiling by CodeWarior 8.0.
Unfortunately gcc says subj. :(
Source code you can find in attach.
gcc --version
gcc (GCC) 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)
Copyright (C) 2003
Yesterday I upgraded my fedora core 3 instalation and got gcc4 installed.
I tested the mudflap code and found a problem. The reduced test case is
below.
when I have two programs a.c and b.c
-- a.c --
typedef struct { char *name; } dummy;
dummy d[] = { {"a"}, {0} };
-- b.c --
typedef struct { char
--
What|Removed |Added
BugsThisDependsOn||21024
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21021
Consider:
extern void *bar (void);
int
foo (unsigned int *p)
{
const void *r = bar ();
if (r >= (const void *) *p)
return 1;
return 0;
}
t03.generic looks like so.
foo (p)
{
void * D.1155;
unsigned int D.1156;
int D.1157;
const void * r;
D.1155 = bar ();
r = D.1155;
D
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-14 16:33 ---
Created an attachment (id=8631)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8631&action=view)
smaller testcase (4749 bytes)
confirmed on amd64 with both 4.0.0 and mainline.
--
3.4.3 seg faults on this:
template struct X { char x[N]; };
template X<1 + sizeof(T) - sizeof(T)> F(T const &);
template struct S { int d() { F(1); } };
Appears to be quite dependent on the fact that the template argument
involves "sizeof(T) - sizeof(T)" - if the - is changed to a +, it wor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
16:48 ---
Confirmed. This has been wrong since "3.5.0 20040909".
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
16:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
16:52 ---
Confirmed.
It also worked with "3.4.0 20040116" which means it was broken after the branch
of 3.4.0.
--
What|Removed |Added
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-14
17:03 ---
Subject: Re: [PR middle-end/20739] lvalue cond-expr gimplification may crash on
cv-qual diffs
On Apr 4, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> If the operands of a cond-expr used as an lvalue
--- Additional Comments From roger at eyesopen dot com 2005-04-14 17:19
---
Thanks Alex! This is OK for mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-14
17:21 ---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Apr 12, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote:
> ! v->ignore = 1;
What's the point of the statement above?
--- Additional Comments From roger at eyesopen dot com 2005-04-14 17:37
---
You'll notice in loop.c that everywhere that we currently set all_reduced to
zero, we also set ignore to true. This change is to avoid wasting CPU cycles,
if we know that an IV can't be eliminated, there's no po
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
18:02 ---
Subject: Bug 21010
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-14 18:02:37
Modified files:
gcc/testsuite/gcc.dg/vect: vect-ifcvt-1.c vect-ifcvt-2
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-14 18:02 ---
reduced testcase, compile with '-O1 -fschedule-insns -funit-at-a-time',
fails with 3.3-hammer, 3.4, 4.0 and mainline, introduced in 2003:
: Search converges between 2003-07-11-trunk (#291) and 200
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-14
18:05 ---
For 4.0, my recent system class loader patch works around this problem.
The attached patch should go in the trunk asap.
I looked at all other users of _Jv_FindClassFromSignature,
and this was the only proble
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 18:18
---
Here's a minimized test case that fails on powerpc64-linux with -m64 -O2:
extern void bar (void *);
extern double x;
void
foo (
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 18:22
---
Fixed with the patch. Today the tests pass on powerpc64-linux.
--
What|Removed |Added
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-14 18:47
---
Do you want me to post the patch, then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-14 19:02 ---
// reduced testcase
template class C
{
void f ()
{
typedef int U;
typedef typeof(*this) U;
}
};
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:10 ---
Fixed on the mainline:
: Search converges between 2004-03-01-trunk (#446) and 2004-04-01-trunk (#447).
Broke:
: Search converges between 2001-03-18-trunk (#11) and 2001-03-25-trunk (#12).
--
Wh
// compile with -O0
template class C
{
void f ()
{
typedef typeof(*this) int;
}
};
// not a regression, fixed in 4.0 and above:
// Search converges between 2004-06-24-trunk (#471) and 2004-06-26-trunk (#472).
--
Summary: ICE in check_tag_decl, at cp/decl.c:3516
--
What|Removed |Added
Known to fail||3.4.4 3.3.5
Known to work||4.0.0 4.1.0
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From mark at gcc dot gnu dot org 2005-04-14 19:14
---
This was "fixed" by the following patch on the 4.0 branch (20050414):
2005-04-14 Tom Tromey <[EMAIL PROTECTED]>
* java/lang/natClassLoader.cc (_Jv_FindClass): Use system loader,
$ cat bounds-check.f90
program main
integer, parameter :: n=10
integer :: m,i
integer a(n), b(n)
call foo(a,m)
do i=1,m
b(i) = a(i)*a(i)
end do
print *,b(1:m)
end program main
subroutine foo(a)
integer a(10)
a = 2
m = 12
end subroutine foo
$ gfortran -fbounds-check -fdump-t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:22 ---
This is a dup of bug 17758, which I reported when I was looking into a
tree-optimizator ICE long time
ago. I also noticed just recently when I was about to work on PR 17758, that
_gfortran_runtime_error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:22 ---
*** Bug 21027 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:30 ---
(In reply to comment #2)
> Here's a minimized test case that fails on powerpc64-linux with -m64 -O2:
> On IRC pinskia pointed out that powerpc64-linux supports older CPUs by
> default than does powerpc-darwi
I tried to build a gcc-3.4-20050408 cross compiler for a
powerpc-aix5.2 system, and I got the following:
gcc -O9 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long-DHAVE_CONFIG_H gcov-dump.o
version.o ../libiberty/libiberty.a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:35 ---
*** This bug has been marked as a duplicate of 6872 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:35 ---
*** Bug 21028 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
19:40 ---
Looks like subregs are getting in the way.
Confirmed.
--
What|Removed |Added
Sta
csets___elabb gets miscompiled in stage2, such that stage3 enters and endless
loop compiling ada.ads. Unfortunately, vrp seldom kicks in, so it's a bit
difficult to duplicate the problem. Perhaps it would make sense to add a
command-line option to force vrp on, and add that to torture, just to se
--- Additional Comments From dnovillo at redhat dot com 2005-04-14 20:18
---
Subject: Re: New: vrp miscompiles Ada front-end, drops loop exit test in
well-defined wrap-around circumstances
On Thu, Apr 14, 2005 at 08:16:09PM -, aoliva at gcc dot gnu dot org wrote:
> Unfortunately,
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-14
20:19 ---
Created an attachment (id=8632)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8632&action=view)
C testcase that triggers the bug
The problem is that (from the vrp dump):
Simulating statement (from ssa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
20:25 ---
The other thing is that signed integer wrapping is defined if we add -fwrapv
which means we now miss
compile some java programs too.
Confirmed.
--
What|Removed |Added
Mainline GCC for powerpc-linux gets an ICE compiling 176.gcc from SPEC
CPU2000 with -O2, as shown with this minimized test case:
elm3b149% /home/janis/tools/gcc-mline-20050414/bin/gcc -O2 -c bug.c
bug.c: In function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
20:42 ---
(In reply to comment #3)
> The other thing is that signed integer wrapping is defined if we add -fwrapv
> which means we now
miss
> compile some java programs too.
Actually I tried basically the same pro
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 20:43
---
Created an attachment (id=8633)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8633&action=view)
minimized test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
Consider:
int
foo (int a)
{
int b = a != 0;
unsigned char c = b;
if (c)
return 1;
else
return 0;
}
We end up with code like this:
b_3 = a_2 != 0;
c_4 = (unsigned char) b_3;
if (c_4 != 0) goto ; else goto ;
We want to forward-propagate the preceding two statements into the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
20:44 ---
Confirmed, also happens on i686-pc-linux-gnu.
--
What|Removed |Added
Status|UNCO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
20:50 ---
Confirmed, I thought I saw a bug like before.
--
What|Removed |Added
CC|
--- Additional Comments From schlie at comcast dot net 2005-04-14 21:28
---
(In reply to comment #0)
I guess I misunderstand the problem, as given:
const double ggPi = 3.14159265358979323846;
double const divPi = 1 / ggPi;
It would seem that neither ggPi or divPI should be designa
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-14
21:49 ---
Created an attachment (id=8634)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8634&action=view)
Proposed fix for PR 18495.
This appears to fix the benchmark in question.
--
What|Remov
If you compile the function
void assign2(float* a, double b) {
volatile float v = -b;
*a = -v;
}
you will see that GCC 3.4.3, e.g., at -O2, produces
fldl12(%ebp)
fstps -20(%ebp)
movl8(%ebp), %eax
flds-20(%ebp)
fchs
fstps -4(%ebp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
22:01 ---
Note neg just flips a bit so it is correct anyways and there is no loss of
precession.
This also happens on ppc darwin, I don't know what to make of this. A C person
has to comment to say
something abou
gcc erroneously reports "excess elements in array initializer" under certain
circumstances (sample code attached). I'm using gcc 3.3.3 under Fedora Core 2,
but I've seen the same problem on 3.4 and 4.0 experimental.
begin self-contained test program bug.c
/* I know you don't want #incl
--- Additional Comments From acct4290 at dedion dot com 2005-04-14 22:12
---
Created an attachment (id=8635)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8635&action=view)
Source file for self-contained test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21033
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-14 22:14
---
Reduced down to:
void
foo (int unit)
{
int i;
for (i = 0; unit; i++, unit--)
{
if (i >= 0)
{
int j = i;
while (j)
j--;
}
}
}
--
1 - 100 of 146 matches
Mail list logo
