public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2
@ 2014-01-15 8:20 mcree at orcon dot net.nz
2014-01-15 22:13 ` [Bug c/59820] " ubizjak at gmail dot com
` (4 more replies)
0 siblings, 5 replies; 6+ messages in thread
From: mcree at orcon dot net.nz @ 2014-01-15 8:20 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59820
Bug ID: 59820
Summary: alpha: incorrect optimisation with -mcpu=ev4 and -O2
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: mcree at orcon dot net.nz
Target: alpha
Created attachment 31837
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31837&action=edit
Test code exhibiting problem
Compiling the attached test (which is a cut down version of a test from
glibc test suite) on an Alpha with -mcpu=ev4 at optimisation -O2 leads
to a segmentation fault when the test is run. Output is:
$ gcc -mcpu=ev4 -O2 -o gcc-optim-test gcc-optim-test.c
$ ./gcc-optim-test
set bar to 1 (LE)
Segmentation fault
Compiling at lower optimisation works correctly, e.g.:
$ gcc -mcpu=ev4 -O1 -o gcc-optim-test gcc-optim-test.c
$ ./gcc-optim-test
set bar to 1 (LE)
get sum of foo and bar (LD) = 1
Compiling for more advanced Alpha CPU works correctly, even at -O2, e.g.:
$ gcc -mcpu=ev5 -O2 -o gcc-optim-test gcc-optim-test.c
$ ./gcc-optim-test
set bar to 1 (LE)
get sum of foo and bar (LD) = 1
Bug is seen on all versions of gcc tested ranging from gcc-4.4 upto gcc-4.8
from Debian, and gcc git master at commit eb5d7331da45b675e (SVN trunk
206563).
Running the failing version under gdb:
$ gcc -g -mcpu=ev4 -O2 -o gcc-optim-test gcc-optim-test.c
$ gdb ./gcc-optim-test
(gdb) run
Starting program: /home/mjc/test/./gcc-optim-test
set bar to 1 (LE)
Program received signal SIGSEGV, Segmentation fault.
0x000002000001545c in __tls_get_addr () from /lib/ld-linux.so.2
(gdb) bt full
#0 0x000002000001545c in __tls_get_addr () from /lib/ld-linux.so.2
No symbol table info available.
#1 0x00000001200005a4 in do_test () at gcc-optim-test.c:44
__result = 0x20000031230
result = 0
ap = <optimized out>
bp = <optimized out>
#2 main () at gcc-optim-test.c:63
No locals.
(gdb) disass
Dump of assembler code for function __tls_get_addr:
0x0000020000015420 <+0>: ldah gp,2(t12)
0x0000020000015424 <+4>: lda gp,27728(gp)
0x0000020000015428 <+8>: lda sp,-32(sp)
0x000002000001542c <+12>: rduniq
0x0000020000015430 <+16>: clr a1
0x0000020000015434 <+20>: ldq t0,-28776(gp)
0x0000020000015438 <+24>: stq s0,8(sp)
0x000002000001543c <+28>: mov a0,s0
0x0000020000015440 <+32>: ldq a0,0(v0)
0x0000020000015444 <+36>: stq s1,16(sp)
0x0000020000015448 <+40>: mov v0,s1
0x000002000001544c <+44>: stq ra,0(sp)
0x0000020000015450 <+48>: ldq t1,0(a0)
0x0000020000015454 <+52>: cmpeq t1,t0,t0
0x0000020000015458 <+56>: beq t0,0x20000015494 <__tls_get_addr+116>
=> 0x000002000001545c <+60>: ldq a2,0(s0)
(gdb) info registers
v0 0x20000030b10 2199023454992
t0 0x1 1
t1 0x1 1
t2 0x29 41
t3 0x20000025ff0 2199023411184
t4 0x72616220646e6120 8241976684328149280
t5 0x6f660029444c2820 8027103563073988640
t6 0x61206f6f6620666f 6998716345179203183
t7 0x6120000000000000 6998593820933750784
s0 0x1200185d8 4831938008
s1 0x20000030b10 2199023454992
s2 0x120138388 4833117064
s3 0x0 0
s4 0x120143d90 4833164688
s5 0x120145330 4833170224
fp 0x0 0
a0 0x20000031230 2199023456816
a1 0x0 0
a2 0x0 0
a3 0x200001c8798 2199025125272
a4 0xffffffffffffffff -1
a5 0x0 0
t8 0x28 40
t9 0x200000b7280 2199024005760
t10 0x11 17
t11 0x400 1024
ra 0x1200005a4 4831839652
t12 0x20000015420 2199023342624
at 0x7c8ad2d8 2089472728
gp 0x2000003c070 0x2000003c070
sp 0x11f8cd5c0 0x11f8cd5c0
pc 0x2000001545c 0x2000001545c <__tls_get_addr+60>
(gdb) print (long)*0x1200185d8
Cannot access memory at address 0x1200185d8
So it would appear that the argument passed to __tls_get_addr() was not
a valid address.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug c/59820] alpha: incorrect optimisation with -mcpu=ev4 and -O2
2014-01-15 8:20 [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2 mcree at orcon dot net.nz
@ 2014-01-15 22:13 ` ubizjak at gmail dot com
2014-01-15 22:35 ` ubizjak at gmail dot com
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: ubizjak at gmail dot com @ 2014-01-15 22:13 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59820
--- Comment #1 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Michael Cree from comment #0)
> Created attachment 31837 [details]
> Test code exhibiting problem
>
> Compiling the attached test (which is a cut down version of a test from
> glibc test suite) on an Alpha with -mcpu=ev4 at optimisation -O2 leads
> to a segmentation fault when the test is run. Output is:
>
> $ gcc -mcpu=ev4 -O2 -o gcc-optim-test gcc-optim-test.c
> $ ./gcc-optim-test
> set bar to 1 (LE)
> Segmentation fault
>
> Compiling at lower optimisation works correctly, e.g.:
>
> $ gcc -mcpu=ev4 -O1 -o gcc-optim-test gcc-optim-test.c
> $ ./gcc-optim-test
> set bar to 1 (LE)
> get sum of foo and bar (LD) = 1
>
> Compiling for more advanced Alpha CPU works correctly, even at -O2, e.g.:
>
> $ gcc -mcpu=ev5 -O2 -o gcc-optim-test gcc-optim-test.c
> $ ./gcc-optim-test
> set bar to 1 (LE)
> get sum of foo and bar (LD) = 1
>
> Bug is seen on all versions of gcc tested ranging from gcc-4.4 upto gcc-4.8
> from Debian, and gcc git master at commit eb5d7331da45b675e (SVN trunk
> 206563).
>
> Running the failing version under gdb:
>
> $ gcc -g -mcpu=ev4 -O2 -o gcc-optim-test gcc-optim-test.c
> $ gdb ./gcc-optim-test
> (gdb) run
> Starting program: /home/mjc/test/./gcc-optim-test
> set bar to 1 (LE)
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x000002000001545c in __tls_get_addr () from /lib/ld-linux.so.2
> (gdb) bt full
> #0 0x000002000001545c in __tls_get_addr () from /lib/ld-linux.so.2
> No symbol table info available.
> #1 0x00000001200005a4 in do_test () at gcc-optim-test.c:44
> __result = 0x20000031230
> result = 0
> ap = <optimized out>
> bp = <optimized out>
> #2 main () at gcc-optim-test.c:63
> No locals.
>
> (gdb) disass
> Dump of assembler code for function __tls_get_addr:
> 0x0000020000015420 <+0>: ldah gp,2(t12)
> 0x0000020000015424 <+4>: lda gp,27728(gp)
> 0x0000020000015428 <+8>: lda sp,-32(sp)
> 0x000002000001542c <+12>: rduniq
> 0x0000020000015430 <+16>: clr a1
> 0x0000020000015434 <+20>: ldq t0,-28776(gp)
> 0x0000020000015438 <+24>: stq s0,8(sp)
> 0x000002000001543c <+28>: mov a0,s0
> 0x0000020000015440 <+32>: ldq a0,0(v0)
> 0x0000020000015444 <+36>: stq s1,16(sp)
> 0x0000020000015448 <+40>: mov v0,s1
> 0x000002000001544c <+44>: stq ra,0(sp)
> 0x0000020000015450 <+48>: ldq t1,0(a0)
> 0x0000020000015454 <+52>: cmpeq t1,t0,t0
> 0x0000020000015458 <+56>: beq t0,0x20000015494 <__tls_get_addr+116>
> => 0x000002000001545c <+60>: ldq a2,0(s0)
>
> (gdb) info registers
> v0 0x20000030b10 2199023454992
> t0 0x1 1
> t1 0x1 1
> t2 0x29 41
> t3 0x20000025ff0 2199023411184
> t4 0x72616220646e6120 8241976684328149280
> t5 0x6f660029444c2820 8027103563073988640
> t6 0x61206f6f6620666f 6998716345179203183
> t7 0x6120000000000000 6998593820933750784
> s0 0x1200185d8 4831938008
> s1 0x20000030b10 2199023454992
> s2 0x120138388 4833117064
> s3 0x0 0
> s4 0x120143d90 4833164688
> s5 0x120145330 4833170224
> fp 0x0 0
> a0 0x20000031230 2199023456816
> a1 0x0 0
> a2 0x0 0
> a3 0x200001c8798 2199025125272
> a4 0xffffffffffffffff -1
> a5 0x0 0
> t8 0x28 40
> t9 0x200000b7280 2199024005760
> t10 0x11 17
> t11 0x400 1024
> ra 0x1200005a4 4831839652
> t12 0x20000015420 2199023342624
> at 0x7c8ad2d8 2089472728
> gp 0x2000003c070 0x2000003c070
> sp 0x11f8cd5c0 0x11f8cd5c0
> pc 0x2000001545c 0x2000001545c <__tls_get_addr+60>
> (gdb) print (long)*0x1200185d8
> Cannot access memory at address 0x1200185d8
>
> So it would appear that the argument passed to __tls_get_addr() was not
> a valid address.
Because TLS_LD is defined in a wrong way.
ldah $29,0($26) !gpdisp!9
.set macro
# 44 "gcc-optim-test.c" 1
lda $16, foo($gp) !tlsldm
# 0 "" 2
.set nomacro
lda $29,0($29) !gpdisp!9
ldq $27,__tls_get_addr($29) !literal!10
jsr $26,($27),__tls_get_addr !lituse_jsr!10
Please note how !gpdisp!9 gets emitted after !tlsldm load. Moving "lda
$29,0($29)" (and corresponding bar related insn) in front of !tlsldm load fixes
the ICE.
>From gcc-bugs-return-440494-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jan 15 22:15:45 2014
Return-Path: <gcc-bugs-return-440494-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8888 invoked by alias); 15 Jan 2014 22:15:45 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 8843 invoked by uid 48); 15 Jan 2014 22:15:41 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/57763] [4.9 Regression]: comp-goto-1.c: ICE verify_flow_info failed, error: EDGE_CROSSING missing across section boundary
Date: Wed, 15 Jan 2014 22:15:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: steven at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-57763-4-qQL74qrqr3@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57763-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57763-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-01/txt/msg01636.txt.bz2
Content-length: 843
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57763
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #16 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Uroš Bizjak from comment #15)
> (In reply to Steven Bosscher from comment #14)
> > Lots of hot/cold partitioning fixes have been committed in the past
> > few weeks. Uros, so you still see this bug with a recent trunk?
>
> I still see the failure with trunk revision 206059 [1].
>
> [1] http://gcc.gnu.org/ml/gcc-testresults/2013-12/msg01719.html
Could you please upload a new *.i/*.gcda combo, so it can be debugged on more
recent trunk?
>From gcc-bugs-return-440495-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jan 15 22:19:21 2014
Return-Path: <gcc-bugs-return-440495-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13759 invoked by alias); 15 Jan 2014 22:19:21 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 13711 invoked by uid 48); 15 Jan 2014 22:19:18 -0000
From: "vmakarov at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/59609] [4.9 Regression] LRA generates bad code for libgcc function udivmoddi4 on thumb1 target
Date: Wed, 15 Jan 2014 22:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: blocker
X-Bugzilla-Who: vmakarov at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-59609-4-wFDfFMsYoc@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59609-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59609-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-01/txt/msg01637.txt.bz2
Content-length: 502
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY609
Vladimir Makarov <vmakarov at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vmakarov at gcc dot gnu.org
--- Comment #4 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
LRA should not generated output reload for a jump inns. It is definitely a
bug. I'll hope to fix it tomorrow.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug c/59820] alpha: incorrect optimisation with -mcpu=ev4 and -O2
2014-01-15 8:20 [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2 mcree at orcon dot net.nz
2014-01-15 22:13 ` [Bug c/59820] " ubizjak at gmail dot com
@ 2014-01-15 22:35 ` ubizjak at gmail dot com
2014-01-16 16:45 ` rth at gcc dot gnu.org
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: ubizjak at gmail dot com @ 2014-01-15 22:35 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59820
Uroš Bizjak <ubizjak at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rth at gcc dot gnu.org,
| |ubizjak at gmail dot com
--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
You should use this:
--cut here--
# define TLS_LD(x) \
({ void *__result; \
register void *__gp asm ("$29"); \
asm ("lda %0, " #x "(%1) !tlsldm" : "=r" (__result) : "r" (__gp)); \
__result = __tls_get_addr (__result); \
asm ("lda %0, " #x "(%0) !dtprel" : "+r" (__result)); \
__result; })
--cut here--
Adding rth to CC.
>From gcc-bugs-return-440498-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jan 15 22:43:56 2014
Return-Path: <gcc-bugs-return-440498-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 26946 invoked by alias); 15 Jan 2014 22:43:55 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 26910 invoked by uid 48); 15 Jan 2014 22:43:51 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/59835] [4.9 Regression] gcc.target/i386/sse-23.c/gcc.target/i386/sse-24.c timeout
Date: Wed, 15 Jan 2014 22:43:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc target_milestone everconfirmed
Message-ID: <bug-59835-4-lQWUfcRRbE@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59835-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59835-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-01/txt/msg01640.txt.bz2
Content-length: 613
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY835
H.J. Lu <hjl.tools at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-01-15
CC| |vmakarov at redhat dot com
Target Milestone|--- |4.9.0
Ever confirmed|0 |1
--- Comment #1 from H.J. Lu <hjl.tools at gmail dot com> ---
It is caused by r206636.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug c/59820] alpha: incorrect optimisation with -mcpu=ev4 and -O2
2014-01-15 8:20 [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2 mcree at orcon dot net.nz
2014-01-15 22:13 ` [Bug c/59820] " ubizjak at gmail dot com
2014-01-15 22:35 ` ubizjak at gmail dot com
@ 2014-01-16 16:45 ` rth at gcc dot gnu.org
2014-01-24 17:46 ` [Bug target/59820] " rth at gcc dot gnu.org
2014-01-24 17:47 ` rth at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: rth at gcc dot gnu.org @ 2014-01-16 16:45 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59820
--- Comment #3 from Richard Henderson <rth at gcc dot gnu.org> ---
I think you're right. I'm preparing a patch for glibc.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug target/59820] alpha: incorrect optimisation with -mcpu=ev4 and -O2
2014-01-15 8:20 [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2 mcree at orcon dot net.nz
` (2 preceding siblings ...)
2014-01-16 16:45 ` rth at gcc dot gnu.org
@ 2014-01-24 17:46 ` rth at gcc dot gnu.org
2014-01-24 17:47 ` rth at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: rth at gcc dot gnu.org @ 2014-01-24 17:46 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59820
--- Comment #4 from Richard Henderson <rth at gcc dot gnu.org> ---
Should be fixed in glibc mainline, by
commit 4ab6acaebd0047dc37c6493946484be9f1b4920b
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug target/59820] alpha: incorrect optimisation with -mcpu=ev4 and -O2
2014-01-15 8:20 [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2 mcree at orcon dot net.nz
` (3 preceding siblings ...)
2014-01-24 17:46 ` [Bug target/59820] " rth at gcc dot gnu.org
@ 2014-01-24 17:47 ` rth at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: rth at gcc dot gnu.org @ 2014-01-24 17:47 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59820
Richard Henderson <rth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #5 from Richard Henderson <rth at gcc dot gnu.org> ---
glibc asm bug, not a compiler bug
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-01-24 17:47 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-01-15 8:20 [Bug c/59820] New: alpha: incorrect optimisation with -mcpu=ev4 and -O2 mcree at orcon dot net.nz
2014-01-15 22:13 ` [Bug c/59820] " ubizjak at gmail dot com
2014-01-15 22:35 ` ubizjak at gmail dot com
2014-01-16 16:45 ` rth at gcc dot gnu.org
2014-01-24 17:46 ` [Bug target/59820] " rth at gcc dot gnu.org
2014-01-24 17:47 ` rth at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).