--- Comment #2 from pinskia at gcc dot gnu dot org 2009-02-28 08:09 ---
This is related to bug 37806.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39321
--- Comment #5 from pluto at agmk dot net 2009-02-28 10:43 ---
(In reply to comment #4)
Created an attachment (id=17376)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17376action=view) [edit]
testcase executable built on mingw32
testcase executable built on mingw32 attached
At revision 144466 I see the following failures on powerpc-apple-darwin9:
Running target unix/-m64
FAIL: gcc.c-torture/execute/nestfunc-3.c execution, -O1
FAIL: gcc.c-torture/execute/nestfunc-3.c execution, -O2
FAIL: gcc.c-torture/execute/nestfunc-3.c execution, -O3 -fomit-frame-pointer
--- Comment #5 from dominiq at lps dot ens dot fr 2009-02-28 11:17 ---
The compilation flags in comment #2 should be
gfc -c -fopenmp -fcray-pointer -fexceptions -O2 -ftree-vectorize adw_trajsp.f
in order to get the ICE. The code compiles without -fopenmp.
The code compiles with the
The last failure for gcc I have on i686-apple-darwin9 is with -m64:
FAIL: gcc.misc-tests/linkage.c link
The log file shows:
Running /opt/gcc/gcc-4.4-work/gcc/testsuite/gcc.misc-tests/linkage.exp ...
Executing on host: /Volumes/MacBook/opt/gcc/i686-darwin/gcc/xgcc
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-02-28 11:38
---
Is there a 64-bit GDB around on the machine?
ebotca...@gcc40:~$ gdb pack3
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License,
--- Comment #3 from dominiq at lps dot ens dot fr 2009-02-28 11:38 ---
Define an effective-target keyword xxx via check_effective_target_xxx in
gcc/testsuite/lib/target-supports.exp.
The only test I see is check_effective_target_fortran_large_real and it does
not distinguishes
--- Comment #4 from laurent at guerby dot net 2009-02-28 12:34 ---
No debian lenny doesn't seem to provide one, I've compiling one in
/opt/cfarm/gdb-6.8-64/bin but it doesn't work with the same messages than the
one on sparc64...
My question on the GDB list:
--- Comment #5 from laurent at guerby dot net 2009-02-28 13:27 ---
I recompiled gdb as 64 bits on gcc40 (same dir) and now it seems to work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39264
--- Comment #21 from rob1weld at aol dot com 2009-02-28 14:10 ---
(In reply to comment #20)
Created an attachment (id=13766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13766action=view) [edit]
Patch main configure script to use mpfr 2.2.1, also detect mpfr library and
header
I was trying to compile autogenerated by 'spiral' 'gap_TlnLv4.c' file (to be
attached).
Trying to compile it with
/mnt/sdb8/sergei/AFSWD_debug/install/gcc-4.3.3/binsh/gcc -O1
-fomit-frame-pointer -malign-double -fstrict-aliasing -march=native -c
/tmp/spiral-sergei/gap_TlnLv4.c -o gap_TlnLv4.o1
--- Comment #1 from sergstesh at yahoo dot com 2009-02-28 15:29 ---
Created an attachment (id=17377)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17377action=view)
source file causing the failure
The source is not preprocessed, it has only standard
#include math.h
in it.
--
--- Comment #2 from sergstesh at yahoo dot com 2009-02-28 15:32 ---
My OS:
Linux amdam2 2.6.22.19-0.2-default #1 SMP 2008-12-18 10:17:03 +0100 i686 athlon
i386 GNU/Linux
- SUSE 10.3 in simple English; 'gcc' is self-built 'gcc-4.3.3'.
--
--- Comment #3 from sergstesh at yahoo dot com 2009-02-28 15:34 ---
There is no failure with -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #10 from amylaar at gcc dot gnu dot org 2009-02-28 16:30
---
I appears the haifa scheduler doesn't know what to do with the lone use
of (symbol_ref ap) so it ends up clogging the end of a basic block.
Mike, as far as I can tell, you originally (in 1997) added the code to
--- Comment #17 from bkorb at gnu dot org 2009-02-28 16:39 ---
Bruce Korb left Veritas 3 years ago. It's called Symantec now anyway.
--
bkorb at gnu dot org changed:
What|Removed |Added
SSE addsubpX does
Adds odd-numbered single-precision floating-point values of the first source
operand
(second operand) with the corresponding single-precision floating-point values
from
the second source operand (third operand); stores the result in the
odd-numbered
values of the destination
--- Comment #4 from sergstesh at yahoo dot com 2009-02-28 17:23 ---
FWIW, 'gcc-3.4.6', when run as
/mnt/sdb8/sergei/AFSWD_debug/install/gcc-3.4.6/binsh/gcc -O1
-fomit-frame-pointer -malign-double -fstrict-aliasing -c
/tmp/spiral-sergei/gap_TlnLv4.c -o gap_TlnLv4.o
, fails with
cc1:
--- Comment #6 from rob1weld at aol dot com 2009-02-28 17:34 ---
I rebooted Debian and chose the 32-bit Kernel, then re-configured in
an _identical_ manner. I rebuilt gcc (using un-modified source) with
no extra effort with the 32-Bit Kernel.
Host Compiler:
# gcc -v
Using built-in
--- Comment #8 from ktietz at gcc dot gnu dot org 2009-02-28 17:48 ---
I can't test your precompiled code, because c++ has changed in an incompatible
way. Could you attach a current precompiled version using gcc4.4 of it?
Is the problem still present on 4.4.0 ?
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-02-28 17:57 ---
Try -fno-move-loop-invariants. This is probably a killer on alias-improvements
branch as well.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-02-28 18:00 ---
As this seems to be autogenerated from
! The SPL Program: (compose (sparse (coords (...12288 x 2 ...))(values (...1 x
12288 ...)))(compose (conjugate (..)(..))(compose (..)(..
! node size: 12288 X 12288
can
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-02-28 18:10 ---
One problem seems to be that we blow up the stack during GC recursing following
the VUSE - def_stmt links.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #1 from hjl dot tools at gmail dot com 2009-02-28 18:27 ---
Item selectors in 256bit unpck patterns are also incorrect.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #13 from jamborm at gcc dot gnu dot org 2009-02-28 18:33
---
Subject: Bug 37861
Author: jamborm
Date: Sat Feb 28 18:33:27 2009
New Revision: 144491
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144491
Log:
2009-02-28 Martin Jambor mjam...@suse.cz
Backport
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39327
--- Comment #2 from hjl dot tools at gmail dot com 2009-02-28 18:40 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg01268.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2009-02-28 18:41 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg01267.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #14 from hjl dot tools at gmail dot com 2009-02-28 18:51
---
(In reply to comment #12)
Created an attachment (id=17305)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17305action=view) [edit]
New patch attached
Test finished. No regression with emx_avx_sim. Wait to
--- Comment #8 from hjl at gcc dot gnu dot org 2009-02-28 18:55 ---
Subject: Bug 39315
Author: hjl
Date: Sat Feb 28 18:55:06 2009
New Revision: 144492
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144492
Log:
gcc/
2009-02-28 H.J. Lu hongjiu...@intel.com
PR
--- Comment #2 from hjl dot tools at gmail dot com 2009-02-28 20:01 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg01274.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hubicka at gcc dot gnu dot org 2009-02-28 21:34 ---
Subject: Bug 39267
Author: hubicka
Date: Sat Feb 28 21:34:23 2009
New Revision: 144496
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144496
Log:
PR debug/39267
* cgraph.h
--- Comment #15 from hjl dot tools at gmail dot com 2009-02-28 21:43
---
(In reply to comment #14)
(In reply to comment #12)
Created an attachment (id=17305)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17305action=view) [edit]
New patch attached
Test finished. No
--- Comment #3 from hjl at gcc dot gnu dot org 2009-02-28 22:29 ---
Subject: Bug 39327
Author: hjl
Date: Sat Feb 28 22:29:25 2009
New Revision: 144498
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144498
Log:
2009-02-28 H.J. Lu hongjiu...@intel.com
PR target/39327
--- Comment #14 from jamborm at gcc dot gnu dot org 2009-02-28 22:46
---
Fixed with revision 144491:
te: Sat Feb 28 18:33:27 2009
New Revision: 144491
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144491
Log:
2009-02-28 Martin Jambor mjam...@suse.cz
Backport from
The following code generates two different, ambiguous declarations of foo. I
guess this is regression, as other compilers accept the code.
I am using gcc 4-3-3
templateclass A,templateclassclass B void foo(BA)
{
}
templateclass class bar
{
templateclass A,templateclassclass B friend void
Using 'gcc -Os -fomit-frame-pointer -march=core2 -mtune=core2' for
unsigned short mul_high_c(unsigned short a, unsigned short b)
{
return (unsigned)(a * b) 16;
}
unsigned short mul_high_asm(unsigned short a, unsigned short b)
{
unsigned short res;
asm(mulw %w2 : =d(res),+a(a) :
--- Comment #8 from sergstesh at yahoo dot com 2009-03-01 03:03 ---
Created an attachment (id=17378)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17378action=view)
a smaller file with hopefully the same pattern
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #9 from sergstesh at yahoo dot com 2009-03-01 03:06 ---
(In reply to comment #6)
As this seems to be autogenerated from
! The SPL Program: (compose (sparse (coords (...12288 x 2 ...))(values (...1 x
12288 ...)))(compose (conjugate (..)(..))(compose (..)(..
! node
--- Comment #10 from sergstesh at yahoo dot com 2009-03-01 03:09 ---
I am not sure whether it's clear - the smaller 'gap_bzAJWH.c.gz' file can be
found as
http://gcc.gnu.org/bugzilla/attachment.cgi?id=17378action=view
attachment.
--
--- Comment #11 from sergstesh at yahoo dot com 2009-03-01 03:54 ---
(In reply to comment #5)
Try -fno-move-loop-invariants. This is probably a killer on
alias-improvements
branch as well.
Still segfault:
gap_TlnLv4.c: In function âRDFT_49152_1â:
gap_TlnLv4.c:172282:
There is a bug in the gcc compiler for the C code that changes the behavior of
a simple program with -O2 optimizations, but not with -O1 or -O0.
The attached code is a small implementation of the qsort algorithm over an
array of 5 elements of 64bits; compared using only 32bits of those 64bits.
--- Comment #1 from adeymo at dc dot uba dot ar 2009-03-01 05:05 ---
Created an attachment (id=17379)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17379action=view)
Testcase with debug information and explanation
Compile with:
gcc -save-temps -O2 -Wall -Werror xqsort.c -o xqsort
--- Comment #2 from adeymo at dc dot uba dot ar 2009-03-01 05:06 ---
Created an attachment (id=17380)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17380action=view)
Testcase smaller and simpler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39330
--- Comment #3 from adeymo at dc dot uba dot ar 2009-03-01 05:08 ---
(From update of attachment 17380)
Compile with:
gcc -save-temps -O2 -Wall -Werror xqsort-small.c -o xqsort-small
Run with:
./xqsort-small echo ok
If compiled with -O1 , the echo command must be executed.
--
45 matches
Mail list logo
