--- Comment #8 from ghazi at gcc dot gnu dot org 2009-12-08 07:18 ---
Here's a reduced testcase for the -flto/-fwhopr failures. If you compile it
with "-O2 -flto" or "-O2 -fwhopr" you get the wrong answers:
nan nan
nan nan
If you use just -O2, you get the correct output, i.e. it contai
--- Comment #7 from ghazi at gcc dot gnu dot org 2009-12-08 06:10 ---
I took a quick look. First, there seems to be two separate bugs reported here.
One bug, reported by HJ, appears to be lto/whopr related, and so happens on
systems lto is activated. The other bug is specific to Darwi
--- Comment #5 from hjl dot tools at gmail dot com 2009-12-08 06:05 ---
On Linux/ia32, I got
FAIL: gcc.c-torture/execute/pr42269-2.c execution, -O1
FAIL: gcc.c-torture/execute/pr42269-2.c execution, -O2
FAIL: gcc.c-torture/execute/pr42269-2.c execution, -O2 -flto
FAIL: gcc.c-tortu
--- Comment #14 from ghazi at gcc dot gnu dot org 2009-12-08 05:24 ---
Done. :-)
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
consider the flowing code:
struct A {
static const int i = 0;
};
void foo(int)
{
}
void bar(const int &)
{
}
int main() {
foo(A::i);
bar(A::i);
return 0;
}
when compiling with -O0 option, g++ reports that: undefined reference to
`A::i',
but it will be ok if i use -O3 option.
--- Comment #3 from igodard at pacbell dot net 2009-12-08 02:16 ---
I stand corrected about Comeau - I missed the error and only noticed the
warning. Regardless, there must be some way to solve this problem:
template
class freeList {
public:
void foo();
};
class bar {};
cl
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-08 00:55 ---
4.5 regression fixed in pr42269.
I don't know that we'll ever be able to fix the original PR.
The problem is that we need to work backward from the "x &= 0xf"
through the xor, and see that the srl doesn't actually use
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-08 00:48 ---
Fixed for 4.5; I don't think I want to backport to 4.4 without a lot more
testing.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from dj at gcc dot gnu dot org 2009-12-08 00:48 ---
Subject: Bug 42312
Author: dj
Date: Tue Dec 8 00:47:58 2009
New Revision: 155072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155072
Log:
PR c/42312
* config/mep/mep.c (mep_expand_prologue): Set
really_need_st
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-08 00:44 ---
Subject: Bug 42269
Author: rth
Date: Tue Dec 8 00:44:28 2009
New Revision: 155071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155071
Log:
PR rtl-opt/42269
* combine.c (setup_incoming_promotio
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-12-08
00:36 ---
Created an attachment (id=19255)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19255&action=view)
assembly of reduced builtin-math-7 test case on x86_64-apple-darwin10 compiled
at -O0.
--
http://
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-12-08
00:35 ---
Created an attachment (id=19254)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19254&action=view)
preprocessed source of reduced builtin-math-7 test case on
x86_64-apple-darwin10
--
http://gcc.gn
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-08
00:34 ---
On x86_64-apple-darwin10, the section of the test case that is failing is...
/* Test that we don't overflow. */
TESTIT (double,
(__DBL_MAX__ * 0.5 + __DBL_MAX__ * 0.5i),
/,
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-08 00:31 ---
This testcase minimized from 173.applu fails in the same place when compiled
with "-m32 -O2 floop-strip-mine -fprefetch-loop-arrays" on powerpc64-linux.
subroutine blts ( ldmx, ldmy, v, tmp1, i, j, k)
impl
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-07 23:59 ---
Continues to fail with: -fgraphite-identity -O -ffast-math
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from paolo dot carlini at oracle dot com 2009-12-07 23:35
---
Likewise SunStudio and Icc reject it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42328
--- Comment #9 from rth at gcc dot gnu dot org 2009-12-07 23:31 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The following program fails to compile with GCC 4.3.3 (but compiles
successfully with Comeau C/C++ 4.3.10.1 and MSVC 15.00.30729.01):
template
class B {};
template
class D : public B {};
template
void f(B*) {}
template class U, typename T1, typename T2>
void g(U*) {}
template class U>
voi
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-07 23:13 ---
Comeau C++ also rejects this code with the following error message:
"ComeauTest.c", line 12: error: declaration is incompatible with nontype
" freeList::foo [with T=T, U=baz]" (declared at line
12
This code:
template
class freeList {
public:
void foo() {};
};
class bar {};
class baz : protected freeList {
template
friend
voidfreeList::foo();
};
int main() {
baz b;
return 0;
}
gets you:
s3:~/ootbc/personal/ivan$ g++ foo.cc
foo.cc:12: error: member void
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 22:42 ---
Subject: Bug 42299
Author: rth
Date: Mon Dec 7 22:42:10 2009
New Revision: 155063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155063
Log:
PR debug/42299
PR debug/42166
* tree-ssa.c (i
--- Comment #8 from rth at gcc dot gnu dot org 2009-12-07 22:42 ---
Subject: Bug 42166
Author: rth
Date: Mon Dec 7 22:42:10 2009
New Revision: 155063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155063
Log:
PR debug/42299
PR debug/42166
* tree-ssa.c (i
--- Comment #6 from jakub at gcc dot gnu dot org 2009-12-07 22:39 ---
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-12-07 22:37 ---
Subject: Bug 42244
Author: jakub
Date: Mon Dec 7 22:37:21 2009
New Revision: 155062
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155062
Log:
PR debug/42244
* ddg.c (add_inter_loop_mem_dep):
--- Comment #13 from rth at gcc dot gnu dot org 2009-12-07 22:22 ---
Done, Kaveh?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40302
--- Comment #4 from uweigand at gcc dot gnu dot org 2009-12-07 22:20
---
Subject: Bug 31499
Author: uweigand
Date: Mon Dec 7 22:20:06 2009
New Revision: 155055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155055
Log:
2008-12-07 Ulrich Weigand
Backport from mainli
--
rth 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 #7 from rth at gcc dot gnu dot org 2009-12-07 22:16 ---
*** Bug 42299 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 22:16 ---
Same problem as PR42166. I'll add the C testcase as well.
*** This bug has been marked as a duplicate of 42166 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from zsojka at seznam dot cz 2009-12-07 22:16 ---
(In reply to comment #2)
> Pre-processed output attached. I'm having some trouble getting it to crash
> consistently, but here is the valgrind output that might indicate the
> problem:
Those warnings are caused by -fgcse
--- Comment #1 from zsojka at seznam dot cz 2009-12-07 21:39 ---
Most likely dup of pr42215 - testcase there was reduced from reload1.c as well
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42283
--- Comment #13 from tromey at gcc dot gnu dot org 2009-12-07 21:32 ---
It would be best for gdb if gcc emitted an "empty" section if
there was nothing to index. See PR 42288 for an analogous case.
This is worth doing even though, in this situation, the resulting
CU won't really hold mu
Commad line:
gcc -O1 -fcheck-data-deps testcase.c
Tested versions:
trunk r155020 - crash
trunk r153685 - crash
4.4 r154975 - crash
4.4 r153668 - crash
4.4.2, 4.3.4 (both gentoo, not vanilla) - OK
testcase.c ===
void foo(char *str)
{
while (*str != 0) *str++ = 0;
}
GCC trunk gets an internal compiler error when building SPEC CPU2000 test
200.sixtrack with "-O2 -floop-parallelize-all -fprefetch-loops-arrays" on
powerpc-linux, as demonstrated by this minimized testcase:
subroutine phasad(t,i,ium)
implicit none
real t(5,4)
integer i,l,ll
--- Comment #5 from janus at gcc dot gnu dot org 2009-12-07 21:00 ---
Further reduced test case:
type t
integer, allocatable :: d(:)
end type
type(t), allocatable :: a(:)
allocate(a(2))
call sub( (/ a /) )
contains
subroutine sub(b)
type(t) :: b(:)
end subrouti
--- Comment #6 from rth at gcc dot gnu dot org 2009-12-07 21:00 ---
Created an attachment (id=19253)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19253&action=view)
Proposed patch
I'm testing this to account for the ssa_name marked for renaming problem.
--
http://gcc.gnu.org
--- Comment #6 from hjl dot tools at gmail dot com 2009-12-07 20:59 ---
(In reply to comment #5)
> The ABI says "is passed", not "is returned". The frontend did return-value
> promotion until I disabled that (see endless discussions and libffi fixes
> at that point).
>
> So where is a
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-12-07 20:49 ---
The ABI says "is passed", not "is returned". The frontend did return-value
promotion until I disabled that (see endless discussions and libffi fixes
at that point).
So where is a _Bool passed in a registed or on th
--- Comment #3 from matt at use dot net 2009-12-07 20:41 ---
Created an attachment (id=19252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19252&action=view)
pre-processed source
pre-processed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42282
--- Comment #2 from matt at use dot net 2009-12-07 20:40 ---
Pre-processed output attached. I'm having some trouble getting it to crash
consistently, but here is the valgrind output that might indicate the problem:
==26996== Conditional jump or move depends on uninitialised value(s)
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-12-07 20:36 ---
Probably a short testcase for the 450.soplex link failure.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 20:31 ---
There appears to be a phase ordering problem.
We duplicate a block in create_block_for_threading, which leaves users
of various SSA names dangling waiting on a subsequent update_ssa.
Before we get to that update_ssa we
--- Comment #1 from zsojka at seznam dot cz 2009-12-07 20:07 ---
Created an attachment (id=19251)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19251&action=view)
"reduced" testcase
I came to this problem while reducing for different error - I can supply less
reduced testcase if n
Attached broken code causes gcc to crash after giving diagnostics.
Command line:
g++ testcase.ii (no switch is needed)
Tested versions:
trunk r155020 - crash
trunk r153685 - crash
4.4 r154975 - crash (with enabled checking)
trunk r154886 - OK (disabled checking)
4.4 r154724 - OK (disabled checki
--- Comment #4 from hjl dot tools at gmail dot com 2009-12-07 19:41 ---
We have 3 options:
1. Keep the psABI ASIS and fix gcc. But zero out upper 32bits of 64bits for
_Bool on stack doesn't make any sense.
2. Remove that paragraph in the psABI and keep gcc ASIS. It will make _Bool
consi
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from viriketo at gmail dot com 2009-12-07 19:07 ---
I add that this happens also in native builds (host=build=target).
gcc 4.3.4's libtool did not trim -Bxxx out of the libmudflap linking command
(maybe because of a quite old libtool).
I wonder if the libstdc++ style of
--- Comment #3 from hjl dot tools at gmail dot com 2009-12-07 18:58 ---
Gcc 4.1/4.2 generate:
xorl%eax, %eax
testb %dil, %dil
setne %al
ret
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #95 from howarth at nitro dot med dot uc dot edu 2009-12-07
18:40 ---
(In reply to comment #94)
> No, a quick look into MAINTAINERS could tell you that as this has nothing to
> do
> with OpenMP, isn't a gimplifier patch nor has anything to do with SPARC, I
> can't approve i
--- Comment #9 from dfranke at gcc dot gnu dot org 2009-12-07 18:40 ---
With the upcoming release of 4.5, I think it would be nice to fix/improve the
translation related bugs now, i.e. this, PR38573 and PR40489.
As I have no idea how to reproduce/check/whatever this kind of PR, could
so
--- Comment #2 from hjl dot tools at gmail dot com 2009-12-07 18:39 ---
(In reply to comment #1)
> For what it's worth, gcc 3.4.6 generates a clear on the output register, and
> therefore complies with the written ABI.
>
That is true. However, gcc 3.4.6 does:
[...@gnu-26 pr42324]$ ca
--- Comment #4 from meissner at linux dot vnet dot ibm dot com 2009-12-07
18:37 ---
Subject: Re: October 23rd change to tree-ssa-pre.c breaks calculix on powerpc
with -ffast-math
On Sun, Dec 06, 2009 at 01:25:15PM -, irar at il dot ibm dot com wrote:
>
>
> --- Comment #3 fro
--- Comment #1 from hpa at zytor dot com 2009-12-07 18:32 ---
For what it's worth, gcc 3.4.6 generates a clear on the output register, and
therefore complies with the written ABI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42324
--- Comment #94 from jakub at gcc dot gnu dot org 2009-12-07 18:30 ---
No, a quick look into MAINTAINERS could tell you that as this has nothing to do
with OpenMP, isn't a gimplifier patch nor has anything to do with SPARC, I
can't approve it.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #93 from howarth at nitro dot med dot uc dot edu 2009-12-07
18:25 ---
(In reply to comment #92)
> The patches weren't reviewed/approved.
>
Jakub,
Could you review and approve the patches then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #3 from amonakov at gcc dot gnu dot org 2009-12-07 18:23
---
Also not reproducible on x86_64->ppc64 cross.
While codegen differences on ppc/ppc64/x86_64 cross are certainly surprising,
in the end this testcase most likely indicates a bug in sel-sched.
--
amonakov at gcc
x86-64 psABI says:
---
When a value of type _Bool is passed in a register or on the stack,
the upper 63 bits of the eightbyte shall be zero.
---
However, gcc generates:
[...@gnu-6 tmp]$ cat b.c
_Bool myfunction(char val)
{
return val;
}
[...@gnu-6 tmp]$ gcc -O2 -S b.c
[...@gnu-6 tmp]$ cat b.s
--- Comment #2 from dfranke at gcc dot gnu dot org 2009-12-07 18:04 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from zsojka at seznam dot cz 2009-12-07 18:02 ---
Created an attachment (id=19250)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19250&action=view)
different testcase, this one is using doubles
tested r155020, crashes with:
-O1 -funsafe-math-optimizations -floop-int
--- Comment #1 from jakub at gcc dot gnu dot org 2009-12-07 17:48 ---
Likely dup of PR42317.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42323
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-07 17:32 ---
Subject: Bug 41940
Author: dfranke
Date: Mon Dec 7 17:32:29 2009
New Revision: 155049
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155049
Log:
gcc/fortran:
2009-12-07 Daniel Franke
PR fortran/
--- Comment #3 from daney at gcc dot gnu dot org 2009-12-07 17:27 ---
It is failing because the redundant stack pointer adjustments are not being
removed.
This test is passing for me on i686-pc-linux-gnu at r154987, so I think it
must be darwin specific.
If for some reason darwin requ
--- Comment #1 from jakub at gcc dot gnu dot org 2009-12-07 17:23 ---
Can't reproduce. Please provide preprocessed source.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from jakub at gcc dot gnu dot org 2009-12-07 17:16 ---
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00222.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42244
--- Comment #92 from jakub at gcc dot gnu dot org 2009-12-07 17:15 ---
The patches weren't reviewed/approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #6 from jakub at gcc dot gnu dot org 2009-12-07 17:14 ---
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00992.html
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01218.html
needs review...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41679
--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-07 17:09 ---
Distilled testcase (-g -O2):
extern int bar (void);
static int
foo (int x, int y)
{
if (y)
goto lab;
if (x)
y = 0;
if (y)
goto lab;
y = 0;
lab:
return y;
}
void
baz (int x, int y)
{
y = foo (x
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2009-11-17 00:19:52 |2009-12-07 17:01:2
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-07
16:54 ---
Oddly these errors don't show up on x86_64-apple-darwin9 built with mpc 0.8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42074
a 20091204 build on powerpc-linux-gnu with --enable-libstdcxx-debug and
--enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32 fails to
build the 64bit libstdc++ debug lib. all other three libstdc++ variants seem to
build. Using the bfd or gold linker from the binutils 2.20 branch doe
--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-07 16:41
---
In any case, please provide a small self-contained snippet demonstrating the
issue. Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #3 from christian dot bruel at st dot com 2009-12-07 16:41
---
> The test can be reduced to this, which should not compile:
>
> struct A {
> struct X { };
> int X;
> };
> template void f(T t) {
> typename T::X x;
> }
> void foo() {
> A a;
> f(a); // error: T::X re
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 16:19 ---
Created an attachment (id=19249)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19249&action=view)
Proposed patch
For the record, this is all that's needed for the above output.
I see quite a few gdb regressions v
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 16:12 ---
Not working on it any longer.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-07
16:01 ---
Subject: Re: [4.5 Regression] Internal error compiling fortran/intrinsic.c
> Will check 4.4 with checking enabled.
4.4.3 builds with checking enabled:
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg006
--- Comment #3 from domob at gcc dot gnu dot org 2009-12-07 15:58 ---
Thanks for reminding me, Tobias! Actually, yes, I still plan to fix this. I
probably don't have time and motivation right now to work on a "general plan"
to improve documentation issues like that, but at least on the
--- Comment #3 from tromey at gcc dot gnu dot org 2009-12-07 15:57 ---
Yes, that's exactly what I would like. Thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rearnsha at gcc dot gnu dot org 2009-12-07 15:55
---
I can confirm both of these issues.
in asm statements GCC currently just treats 'q4' and 'd8' as aliases for s16
(which of course is just a 32-bit register); there's currently no way of
expressing that a larger en
--- Comment #23 from burnus at gcc dot gnu dot org 2009-12-07 15:56 ---
Dominique, does the following program work on a real(16) system such as Darwin?
! { dg-do run }
! { dg-require-effective-target fortran_large_real }
! { dg-require-effective-target fortran_large_int }
!
! PR fortran
--- Comment #13 from ghazi at gcc dot gnu dot org 2009-12-07 15:55 ---
Done.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Currently, when you get the error 'foo is not a template function' (if for
example, you try to write a template specialization of a function foo when foo
is not actually templated) you have no way of determining what definition of
foo the compiler might have found without pouring through your heade
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-07 15:52 ---
Also appears with trunk as of today.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-07 15:47 ---
The ICE got fixed by PR27425 fix on the trunk, though that only talks about
error cases where those should appear, on this testcase no errors are reported.
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #12 from ghazi at gcc dot gnu dot org 2009-12-07 15:45 ---
Subject: Bug 40302
Author: ghazi
Date: Mon Dec 7 15:45:01 2009
New Revision: 155047
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155047
Log:
PR other/40302
* configure.ac (HAVE_mpc): Don't
--- Comment #11 from ghazi at gcc dot gnu dot org 2009-12-07 15:43 ---
Subject: Bug 40302
Author: ghazi
Date: Mon Dec 7 15:42:55 2009
New Revision: 155046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155046
Log:
PR other/40302
* builtins.c: Remove HAVE_mpc* ch
--- Comment #10 from ghazi at gcc dot gnu dot org 2009-12-07 15:37 ---
Subject: Bug 40302
Author: ghazi
Date: Mon Dec 7 15:36:46 2009
New Revision: 155045
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155045
Log:
PR other/40302
* gcc.dg/torture/builtin-math-6.c
--- Comment #3 from burnus at gcc dot gnu dot org 2009-12-07 15:35 ---
(In reply to comment #1)
> As this is my texi cleanup bug: Dump the following in order to not forget it.
Seemingly, I applied it at some point. Thus, only comment 0 remains.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #3 from zsojka at seznam dot cz 2009-12-07 15:33 ---
This testcase (the call to f() isn't needed in this case) crashes with 4.4 with
these flags as well:
-O3 -fselective-scheduling2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops
(-O2 is enough for trunk)
The crash
--- Comment #9 from ghazi at gcc dot gnu dot org 2009-12-07 15:33 ---
Subject: Bug 40302
Author: ghazi
Date: Mon Dec 7 15:32:43 2009
New Revision: 155043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155043
Log:
PR other/40302
* arith.c: Remove HAVE_mpc* checks
--- Comment #2 from redi at gcc dot gnu dot org 2009-12-07 15:11 ---
(In reply to comment #1)
> I'm wondering if this is not an application of the name hiding rule described
> in the IEC 14882:1998 (3.3.7) that says here that the class name T::X is
> hidden
> by the object static int T:
--- Comment #22 from dominiq at lps dot ens dot fr 2009-12-07 14:55 ---
(In reply to comment #21)
> ...
> real(10) :: r10
> ...
This does work on platforms that do not support real(10), but have real(16).
Something such as:
integer,parameter :: k8 = selected_real_kind (precision (0.
--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-07 14:44 ---
*PING* Are you still working on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41507
--- Comment #21 from burnus at gcc dot gnu dot org 2009-12-07 14:43 ---
(In reply to comment #20)
> Dominique's idea is good. Let's go to that (comment #14) for now and leave
> the rest as enhancement. This would be a great project for a new volunteer.
> > Anyone interested. I am will
--- Comment #1 from siarhei dot siamashka at gmail dot com 2009-12-07
14:42 ---
Modifying the program to list q-registers in the clobber list provides even
more interesting results:
//
void f()
{
asm volatile("veor d8, d8, d8" : : :"q4","q5","q7");
}
/***
Test program:
//
void f()
{
asm volatile("veor d8, d8, d8" : : :"d8","d9","d10","d11","d14","d15");
}
//
$ gcc -c -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=softfp -O2 test.c
$ objdump -d test.o
:
0: ed2d8b08vpush {d8-d11}
--- Comment #2 from paolo dot carlini at oracle dot com 2009-12-07 14:30
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #1 from paolo at gcc dot gnu dot org 2009-12-07 14:28 ---
Subject: Bug 42319
Author: paolo
Date: Mon Dec 7 14:27:59 2009
New Revision: 155036
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155036
Log:
2009-12-07 Paolo Carlini
PR libstdc++/42319
*
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-12-07 14:15 ---
(In reply to comment #6)
> The problem is that the comparison of types is not anti-symmetrical:
Looking at the code, I see that we don't stabilize the sort for
integers. Can you please try the following (and untest
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-07
14:03 ---
(In reply to comment #2)
> Huh? Does plain -O2 work? Do I understand correctly that -O2 -fno-loop-block
> -fno-loop-strip-mine miscompiles?
>
> Sebastian, how can disabling graphite options but not enabl
1 - 100 of 127 matches
Mail list logo
