--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-09-11 07:10
---
Same problem on the SPARC reported under PR45612.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-11 08:50 ---
Revision 164163 fixes the bootstrap failure as well as the problem with
dsymutil reported by Jack Howarth in
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00886.html .
Closing as fixed.
--
dominiq at lps dot ens do
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-11 08:53 ---
I think altivec should disabled with "gcc version 4.0.1 (Apple Inc. build
5493)". Otherwise this pr could be closed as wontfix.
--
dominiq at lps dot ens dot fr changed:
What|Removed
--- Comment #34 from paolo dot carlini at oracle dot com 2010-09-11 09:21
---
Run the full testsuite, and you will see. In general, if you simply do fseek(0,
cur) and then start writing, when eventually you have to flush you need the
actual logical position in the file - the last fseek(
--- Comment #35 from potswa at mac dot com 2010-09-11 09:43 ---
(In reply to comment #34)
> Run the full testsuite, and you will see.
Lol, you're still looking at this too? I *just* got those pesky four testcases
done. I wasn't manually putting the codecvt state into the fpos in the spe
Be nice, this is my first attempt at filing a bug report ever :)
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linu
--- Comment #1 from nemykal at mercurylampe dot org 2010-09-11 10:02
---
I'm unsure exactly how to get the preprocessed output required...
I ran:
"/home/suigintou/bin/gcc -B /home/suigintou/lib -L/home/suigintou/lib -I
/home/suigintou/include -I /home/suigintou/usr/include -std=gnu9
--- Comment #36 from paolo dot carlini at oracle dot com 2010-09-11 10:03
---
I'm traveling. Note, I don't understand how you are addressing my concerns,
thus whatever results you get from the testsuite, make sure we are not
regressing on the situation I outlined, thus write a new testc
As explained at http://gcc.gnu.org/ml/fortran/2010-09/msg00120.html the
transpose change committed at
http://gcc.gnu.org/viewcvs?view=revision&revision=164205 introduces unnecessary
temporaries for transpose calls as actual argument.
--
Summary: [4.6 regression] Unnecessary temporary
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-11 10:51 ---
Please attach head.i here, pastes usually vanish after some time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45647
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.6/4.5 Regression]|[4.5/4.6 Regression]
|__builtin_popcountl ICEs|
--- Comment #2 from adam at consulting dot net dot nz 2010-09-11 11:15
---
GCC snapshot has regressed compared to gcc-4.5:
#include
#include
#define LIKELY(x) __builtin_expect(!!(x), 1)
#define UNLIKELY(x) __builtin_expect(!!(x), 0)
register uint32_t *Iptr __asm__("rbp");
typede
--- Comment #3 from nemykal at mercurylampe dot org 2010-09-11 12:23
---
Created an attachment (id=21775)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21775&action=view)
Coreutils 8.5 head.c preprocessed into head.i
attached head.i for reference
--
http://gcc.gnu.org/bugzil
--- Comment #3 from steven at gcc dot gnu dot org 2010-09-11 12:58 ---
Created an attachment (id=21776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21776&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-11 13:41 ---
It has been fixed at least since revision 163804.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-11 13:49 ---
(In reply to comment #2)
> GCC snapshot has regressed compared to gcc-4.5:
>
> #include
> #include
>
> #define LIKELY(x) __builtin_expect(!!(x), 1)
> #define UNLIKELY(x) __builtin_expect(!!(x), 0)
>
> register
--- Comment #8 from kyle at moffetthome dot net 2010-09-11 15:06 ---
Is there anything else that any of us can do (dumps, testcases, etc) to help
get this bug tracked down and fixed? If access to a native SPE system would
help I can set you up with remote access credentials to one of ou
--- Comment #23 from dominiq at lps dot ens dot fr 2010-09-11 15:12 ---
I have applied the patch in comment #21 without regression, but the test case
from attachment 21265 fails:
FAIL: gfortran.dg/intent_optimize_1.f90 -O scan-tree-dump-times optimized
"does_not_exist" 0
--
http:
--- Comment #1 from mikael at gcc dot gnu dot org 2010-09-11 16:32 ---
The patch where the transpose optimization appeared
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01472.html
There is a testcase there, I will probably incorporate it into the testsuite.
--
http://gcc.gnu.org/bu
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-11 17:01 ---
Created an attachment (id=21777)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21777&action=view)
patch restoring the previous behaviour.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45648
gcc version 4.6.0 20100911 (experimental) [trunk revision 164213] (GCC)
FAIL with up cycle bound 35 and PASS with 34.
# gcc -Wunsafe-loop-optimizations -O3 -c unsafe_loop.c
unsafe_loop.c: In function foo_35:
unsafe_loop.c:14:5: warning: cannot optimize loop, the loop counter may
overflow
--
jakub 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 #4 from jojelino at gmail dot com 2010-09-11 20:59 ---
this causes ICE
confirmed with gcc -O3 -msse2 -std=gnu99
reduced testcase
typedef unsigned char uint8_t;
typedef struct foo2
{
int offset[4];
uint8_t* ref[4];
} foo2;
int
foo(const foo2 *fooval)
{
uint8_t *source
It turns out that bug #40959 actually is only one of two regressions
that breaks bootstrap on FreeBSD/ia64. This is the other case.
Since
2004-11-09 H.J. Lu
PR target/18380
* config/ia64/unwind-ia64.h (_Unwind_FindTableEntry): Mark it
hidden.
* unwin
--- Comment #1 from gerald at pfeifer dot com 2010-09-12 00:40 ---
Forgot to provide the actual failure mode:
unwind-ia64_s.o(.text+0x30b2): In function `uw_frame_state_for':
../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1788:
undefined reference to `_Unwind_FindTa
--- Comment #20 from gerald at gcc dot gnu dot org 2010-09-12 03:27 ---
Subject: Bug 40959
Author: gerald
Date: Sun Sep 12 03:27:09 2010
New Revision: 164226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164226
Log:
PR target/40959
* config.host (ia64*-*-freebs
28 matches
Mail list logo
