--- Comment #9 from dberlin at gcc dot gnu dot org 2009-02-05 07:10 ---
Subject: Bug 39100
Author: dberlin
Date: Thu Feb 5 07:09:44 2009
New Revision: 143951
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143951
Log:
2009-02-05 Daniel Berlin
Richard Guenther
--- Comment #2 from danglin at gcc dot gnu dot org 2009-02-05 04:29 ---
Bootstrap is also broken on hppa64-hp-hpux11.11:
...
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.4.0/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W -Wall
-Wwrite-
--- Comment #1 from danglin at gcc dot gnu dot org 2009-02-05 04:22 ---
This occurs in stage2 with
d...@hiauly6:~/gnu/gcc-4.4/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--pre
...
mkdir -p ada/bldtools/sinfo
rm -f ada/bldtools/sinfo/sinfo.ads ada/bldtools/sinfo/xsinfo.adb
cp -p ../../gcc/gcc/ada/sinfo.ads ../../gcc/gcc/ada/xsinfo.adb
ada/bldtools/sinfo
(cd ada/bldtools/sinfo && gnatmake -q xsinfo && ./xsinfo ../../sinfo.h )
/bin/sh: line 1: 13373 Segmentation fault
th-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld
--with-ld=/usr/local/bin/ld
Now with "gcc version 4.4.0 20090131 trunk revision 143817" installed
./configure "gcc version 4.4.0 20090204 trunk revision 143918" using
these options:
../gcc_trunk/configure --enable-languages=
--- Comment #2 from rob1weld at aol dot com 2009-02-05 03:43 ---
(In reply to comment #1)
> You can use following (slightly wrapped...) patch to enable 128bit soft-fp on
> Solaris:
>
Thanks, I'll try that this week (working on a P1).
Please read the ChangeLog:
../gcc_trunk/ChangeLog:
--- Comment #6 from hjl dot tools at gmail dot com 2009-02-05 01:27 ---
It is caused by revision 139755:
http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg01320.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-02-05 01:18 ---
Subject: Bug 35435
Author: jsm28
Date: Thu Feb 5 01:18:02 2009
New Revision: 143948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143948
Log:
PR c/35435
* c-common.c (handle_tls_model_attribu
--- Comment #1 from paolo dot carlini at oracle dot com 2009-02-05 00:46
---
This is not a bug, but Standard conforming behaviour. The next C++ Standard
will be different here.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #5 from hjl dot tools at gmail dot com 2009-02-04 23:54 ---
It is a regression introduced between revision 139502 and revision 139996.
I am doing a binary search on it.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from ramana dot r at gmail dot com 2009-02-04 23:38 ---
4.4.0 with revision id 143499 generates the following code with -O3 , -O2 and
-Os . The same code is generated for 4.3.3 as well
sub sp, sp, #8
mov r3, sp
mov r2, #0
stmia
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-02-04 23:16
---
jobs.c calls fork(), but special_function_p seems to miss that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-02-04 22:51
---
It appearanlty does not fix my bash build. I'm double-checking now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-02-04 22:22 ---
Testing a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #7 from ramana dot r at gmail dot com 2009-02-04 21:56 ---
(In reply to comment #6)
This has now been committed as revision 143942 in the 4.3 branch -
Sven, could you check and get back if you still see a problem . If not this bug
can be closed
--
http://gcc.gnu.org/
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-02-04 21:36 ---
The following works (on the branch, with added NONLOCAL = *NONLOCAL
constraint):
ANYTHING = &ANYTHING
READONLY = &READONLY
ESCAPED = *ESCAPED
ESCAPED = ESCAPED + UNKNOWN
*ESCAPED = NONLOCAL
NONLOCAL = &NONLOCAL
NONL
--- Comment #6 from dnovillo at gcc dot gnu dot org 2009-02-04 21:23
---
The recent patch only fixes the case for x86_64. This is still broken on ppc.
Will try to implement the first suggestion from
http://gcc.gnu.org/ml/gcc/2009-01/msg00074.html
/* confdefs.h. */
#define PACKAGE_
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-04
21:22 ---
Subject: Re: FAIL: libgomp.fortran/reduction3.f90
> Does it work without -fopenmp?
Yes.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39098
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-02-04 21:18 ---
Following do_ds_constraint shows
*na_2 = x_1
nl <-
*na_2 = derefaddrtmp.7
nl <- NULL
*na_2 = x_1
NULL <- ESCAPED NONLOCAL
*na_2 = derefaddrtmp.7
NULL <- NULL
where on the lhs of <- we show DELTA and on the rhs
--- Comment #6 from dberlin at gcc dot gnu dot org 2009-02-04 21:16 ---
Subject: Re: [4.4 Regression] -fstrict-aliasing
miscompilation
On Wed, Feb 4, 2009 at 3:59 PM, rguenth at gcc dot gnu dot org
wrote:
>
>
> --- Comment #5 from rguenth at gcc dot gnu dot org 2009-02-0
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-02-04 21:14 ---
It fails with
gcc version 4.4.0 20090116 (experimental) [trunk revision 143440] (GCC)
But I don't have anything older to try it with on that machine.
It did work with gcc version 4.4.0 20081229 (experimental) [tru
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-02-04 21:02 ---
Subject: Bug 35235
Author: jsm28
Date: Wed Feb 4 21:02:42 2009
New Revision: 143940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143940
Log:
PR c/35235
* c-typeck.c (build_component_ref): Do
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-02-04 20:59 ---
On the alias-improvements branch the testcase also fails with
-O -fdelete-null-pointer-checks, so this is definitely a PTA bug.
PTA thinks the points-to set for na_5 is
na_5, is dereferenced, points-to NULL, points-
--- Comment #10 from bonzini at gnu dot org 2009-02-04 20:54 ---
Subject: Bug 38921
Author: bonzini
Date: Wed Feb 4 20:54:36 2009
New Revision: 143939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143939
Log:
2009-02-04 Paolo Bonzini
Hans-Peter Nilsson
--- Comment #18 from bonzini at gnu dot org 2009-02-04 20:54 ---
Subject: Bug 37889
Author: bonzini
Date: Wed Feb 4 20:54:36 2009
New Revision: 143939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143939
Log:
2009-02-04 Paolo Bonzini
Hans-Peter Nilsson
--- Comment #10 from jv244 at cam dot ac dot uk 2009-02-04 20:53 ---
(In reply to comment #9)
> I hope to patch it soon although I have no such patch right now.
Hi Jan,
any progress on this one ? I've a core to analyze, but I'm stuck here.
Joost
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #4 from hjl dot tools at gmail dot com 2009-02-04 20:13 ---
It is caused by revision 136657:
http://gcc.gnu.org/ml/gcc-cvs/2008-06/msg00414.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-02-04 20:05 ---
Note that the patch only enables us to use PTA results which are likely wrong
here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39100
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-04 20:04 ---
I will have a looksee.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #1 from jakub at gcc dot gnu dot org 2009-02-04 20:04 ---
Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136657
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-04 20:00 ---
Does it work without -fopenmp?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39098
--- Comment #14 from jakub at gcc dot gnu dot org 2009-02-04 19:51 ---
Subject: Bug 38977
Author: jakub
Date: Wed Feb 4 19:50:58 2009
New Revision: 143937
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143937
Log:
PR tree-optimization/38977
PR gcov-profile/38292
--- Comment #1 from jakub at gcc dot gnu dot org 2009-02-04 19:51 ---
Subject: Bug 38292
Author: jakub
Date: Wed Feb 4 19:50:58 2009
New Revision: 143937
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143937
Log:
PR tree-optimization/38977
PR gcov-profile/38292
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
typedef struct E
{
int p;
struct E *n;
} *EP;
typedef struct C
{
EP x;
short cn, cp;
} *CP;
__attribute__((noinline)) CP
foo (CP h, EP x)
{
EP pl = 0, *pa = &pl;
EP nl = 0, *na = &nl;
EP n;
while (x)
{
n = x->n;
if ((x->p & 1) == 1)
{
h->
mate the maximum memory usage.
>
> This is with
>
> euler-8% /pkgs/gcc-mainline/bin/gcc -v
> Using built-in specs.
> Target: x86_64-unknown-linux-gnu
> Configured with: ../../mainline/configure --enable-checking=release
> --prefix=/pkgs/gcc-mainline --enable-languages=c
> --
--- Comment #5 from dnovillo at gcc dot gnu dot org 2009-02-04 18:06
---
Subject: Bug 39001
Author: dnovillo
Date: Wed Feb 4 18:05:51 2009
New Revision: 143935
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143935
Log:
PR 39001
* toplev.c (eh_personality_decl)
--- Comment #4 from dnovillo at gcc dot gnu dot org 2009-02-04 17:49
---
Testing patch with the more straightforward of the two suggestions from Cary:
http://gcc.gnu.org/ml/gcc/2009-01/msg00105.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39001
I've tried defining a local class and then using it as a template argument,
this fails to work.
Here is a very short code example:
#include
template
void func2785() {
}
class A {};
int main() {
class B {} b;
func2785();
func2785();
}
This bug also in g++ 3.4.6.
--
/pkgs/gcc-mainline/bin/gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../../mainline/configure --enable-checking=release
--prefix=/pkgs/gcc-mainline --enable-languages=c
--enable-gather-detailed-mem-stats
Thread model: posix
gcc version 4.4.0 20090204 (experiment
--- Comment #81 from lucier at math dot purdue dot edu 2009-02-04 17:27
---
Created an attachment (id=17243)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17243&action=view)
Memory and CPU statistics for 2009/02/04
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #6 from tydeman at tybor dot com 2009-02-04 17:15 ---
Opps. I missed that the bug report was against C++ (I still am learning
bugzilla). So, ignore my previous comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19618
--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-02-04 17:14 ---
Working on a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #6 from jakub at gcc dot gnu dot org 2009-02-04 16:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-02-04 16:50 ---
Subject: Bug 39095
Author: jakub
Date: Wed Feb 4 16:50:22 2009
New Revision: 143933
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143933
Log:
PR c++/39095
* operators.def: Use COMPONENT_REF c
--- Comment #15 from dberlin at gcc dot gnu dot org 2009-02-04 16:37
---
Subject: Re: [4.2/4.3/4.4 Regression] PTA
constraint processing for *x = y is wrong
On Wed, Feb 4, 2009 at 11:26 AM, rguenther at suse dot de
wrote:
>
>
> --- Comment #14 from rguenther at suse dot
--- Comment #5 from bonzini at gnu dot org 2009-02-04 16:31 ---
The old register allocator chose
Register 59 pref FLOAT_SSE_REGS or none
but that is not a cover class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37488
--- Comment #5 from joseph at codesourcery dot com 2009-02-04 16:30 ---
Subject: Re: Does warn if bit-fields exceed the size of bool
types
On Wed, 4 Feb 2009, tydeman at tybor dot com wrote:
> /*
> * _Bool bit-fields: C99: 6.7.2.1, paragraph 3 along with Defect Report 335.
> * _Boo
--- Comment #14 from rguenther at suse dot de 2009-02-04 16:26 ---
Subject: Re: [4.2/4.3/4.4 Regression] PTA
constraint processing for *x = y is wrong
On Wed, 4 Feb 2009, dberlin at dberlin dot org wrote:
> --- Comment #13 from dberlin at gcc dot gnu dot org 2009-02-04 16:09
>
--- Comment #1 from danglin at gcc dot gnu dot org 2009-02-04 16:26 ---
Actually, test also fails at -O0:
FAIL: libgomp.fortran/reduction3.f90 -O0 execution test
FAIL: libgomp.fortran/reduction3.f90 -O1 execution test
FAIL: libgomp.fortran/reduction3.f90 -O2 execution test
FAIL: l
--- Comment #4 from bonzini at gnu dot org 2009-02-04 16:22 ---
We get a wrong choice of class
a1 (r59,l0) best FLOAT_REGS, cover FLOAT_REGS
(remember this is with -mfpmath=sse) despite the preferred reload class is
indeed SSE_REGS.
But then, we get the spill even without SSE math
--- Comment #4 from tydeman at tybor dot com 2009-02-04 16:16 ---
/*
* _Bool bit-fields: C99: 6.7.2.1, paragraph 3 along with Defect Report 335.
* _Bool bit-fields of size up to CHAR_BIT must be supported.
*/
#include /* CHAR_BIT */
int main(void){
struct bits {
int
Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/gcc/objdir/gcc/
/home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/reduction3.f90
-B/home/dave/gnu/gcc/objdir/arm-none-linux-gnueabi/./libgomp/
-I/home/dave/gnu/gcc/objdir/arm-none-linux-gnueabi/./libgomp
-I/home/dave/gnu
--- Comment #13 from dberlin at gcc dot gnu dot org 2009-02-04 16:09
---
Subject: Re: PTA constraint processing for *x =
y is wrong
I don't remember offhand. At one point during 4.2 we used to compute
the anything set exactly, and it led to massive issues. Of course,
most of
--- Comment #3 from bonzini at gnu dot org 2009-02-04 16:03 ---
requires computed gotos and floats, even smaller testcase
void test(char *ip, double *reg_f)
{
static void * const addrs[] = {&&L1, &&L2};
double reg_f_a;
reg_f_a = 0.0;
goto *addrs[*++ip];
L1: reg_f_a = reg_f[*++
--- Comment #2 from bonzini at gnu dot org 2009-02-04 15:57 ---
minimized testcase:
void test(char *ip, double *reg_f)
{
static void * const addrs[] = {&&L1, &&L2};
double reg_f_a;
reg_f_a = 0.0;
goto *addrs[*++ip];
L1:
reg_f_a += reg_f[*++ip];
--- Comment #4 from jason at redhat dot com 2009-02-04 15:57 ---
Subject: Re: [4.4 Regression] Mangling changes break ABI
OK.
Jason
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39095
--- Comment #4 from bonzini at gnu dot org 2009-02-04 14:36 ---
Fixed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
the make fails if the libraries are not there. this should be detected during
configure like the gmp libs are queried for,
--
Summary: configure script should check to see if elf his been
installed
Product: gcc
Version: lto
Status:
you get 10s of thousands of errors
--
Summary: should not try to run -flto or -fwhopr testsuite if lto
lang not defined.
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
--- Comment #3 from jakub at gcc dot gnu dot org 2009-02-04 13:54 ---
Created an attachment (id=17242)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17242&action=view)
gcc44-pr39095.patch
Patch I'm going to bootstrap/regtest. I think changing code for operator->
in all places is
--- Comment #2 from jakub at gcc dot gnu dot org 2009-02-04 13:39 ---
Just doing:
@@ -,12 +,18 @@ write_unqualified_name (const tree decl)
else if (DECL_OVERLOADED_OPERATOR_P (decl))
{
operator_name_info_t *oni;
+ enum tree_code code = DECL_OVERLOADED_OPERATOR
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-02-04 13:09 ---
Fixed for 4.3.4 and 4.4.0. Not planning to work on backport to 4.2 branch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-02-04 13:07 ---
Subject: Bug 35433
Author: jsm28
Date: Wed Feb 4 13:07:43 2009
New Revision: 143922
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143922
Log:
PR c/35433
* c-typeck.c (composite_type): Set TYP
-bootstrap
--enable-shared --enable-threads=posix --enable-checking=release
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++ --with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.4.0 20090204 (experimental) (GCC)
[psi...@joana GCC
--- Comment #16 from bonzini at gnu dot org 2009-02-04 12:47 ---
Andrew, if you point me to the patch I'll be glad to pick it up.
--
bonzini at gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from bonzini at gnu dot org 2009-02-04 12:46 ---
Christian, any news?
--
bonzini at gnu dot org changed:
What|Removed |Added
CC|
--- Comment #80 from bonzini at gnu dot org 2009-02-04 12:45 ---
Brad, can you produce new stats?
--
bonzini at gnu dot org changed:
What|Removed |Added
C
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-02-04 12:37
---
Which makes it a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-02-04 12:31
---
This one fails also on the branches that have PTA.
int i;
long __attribute__((noinline,const)) bar(int ***p) { return (long)p; }
extern void abort (void);
int main()
{
int j;
int *y = &j;
int **a = &y, **x;
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-02-04 12:26
---
This one fails on trunk (where we fall back to anything for empty points-to
sets, so just add some unrelated &j and the vops are wrong):
int i;
long __attribute__((noinline,const)) bar(int ***p) { return (long)p;
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-02-04 12:16 ---
Testcase that is not fixed with removing the short-cutting:
int i;
long __attribute__((noinline,const)) bar(int ***p) { return (long)p; }
void __attribute__((noinline))
foo(void)
{
int *y;
int **a = &y, **x;
i
--- Comment #6 from bonzini at gnu dot org 2009-02-04 12:02 ---
We have:
4.34.4
-O2 3.36 3.32
-O3 3.02 3.50
-O3 -funroll-all-loops 2.92 3.45
Interestingly enough, if I _really_ hand-unroll the loop as suggested
--- Comment #11 from bonzini at gnu dot org 2009-02-04 11:24 ---
Reconfirmed:
$ ./xgcc -B. serpent.c -O2 -S -o -| wc -l => 1380
$ ./xgcc -B. serpent.c -fno-tree-reassoc -O2 -S -o -| wc -l => 1304
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #31 from bonzini at gnu dot org 2009-02-04 11:22 ---
Created an attachment (id=17241)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17241&action=view)
source code to reproduce the bug
Code from PR27827 that still regresses (also with -DTYPE=float, so it's not a
target-
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|--- |4.4.0
http://gcc.g
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140916
seems to break ABI, e.g. 4.4 compiled digikam can't be linked against 4.3
compiled libraries.
struct B
{
int b;
};
B b;
struct A
{
B *operator->() const
{
return &b;
}
A () {}
};
A a;
int foo ()
{
return a->b;
}
is mangled
Brute force evaluation of niters does not deal with
:
i_10 = i_1 + 1;
:
# i_1 = PHI <0(2), i_10(5)>
# .MEM_11 = PHI <.MEM_17(2), .MEM_11(5)>
if (i_1 <= 4)
goto ;
else
goto ;
:
D.5476_6 = &a._M_instance[i_1];
D.5457_8 = i_1 * 4;
D.5458_9 = &a._M_instance[0] + D.5457_8;
i
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-02-04 10:14
---
I think this is bug is a valid request for FRE to eliminate redundant PHI
nodes:
:
# c_1 = PHI
# d_2 = PHI
D.1599_10 = c_1 + d_2;
There are no two same PHI nodes in PR23821.
I am going to fix this one.
--- Comment #8 from rguenther at suse dot de 2009-02-04 09:35 ---
Subject: Re: PTA constraint processing for *x
= y is wrong
On Wed, 4 Feb 2009, dberlin at dberlin dot org wrote:
> --- Comment #7 from dberlin at gcc dot gnu dot org 2009-02-04 00:29
> ---
> Subject: Re: PTA
--- Comment #137 from schwab at suse dot de 2009-02-04 09:33 ---
*** Bug 39093 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
---
--- Comment #1 from schwab at suse dot de 2009-02-04 09:33 ---
> char* pw = (char*) bcAtomCompareExchange((void**) &px, py, pz);
This is violating the C aliasing rules. Declare px as void* to fix that.
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at suse
--- Comment #30 from ubizjak at gmail dot com 2009-02-04 08:57 ---
(In reply to comment #29)
> A similar problem was fixed with PR38533, is this still an issue?
TYPE=double:
gcc -DREPS=1000 -msse3 -O2 -mfpmath=sse -ffast-math -fno-tree-reassoc:
atlasmm 60 1000 0.208 20
--- Comment #6 from ramana dot r at gmail dot com 2009-02-04 08:34 ---
(In reply to comment #5)
> (In reply to comment #4)
>
> > Looking at the dumps this rtx is generated by the rename registers pass in
> > 4.3.x . In trunk however rename register does not generate this rtx and
> > he
--- Comment #13 from jakub at gcc dot gnu dot org 2009-02-04 08:18 ---
Even if it fixes just PR38292, I'd say it would be worth applying.
I'll bootstrap/regtest and submit it then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
85 matches
Mail list logo
