From: Andreas Schwab <schwab@linux-m68k.org>
To: Alexandre Oliva <aoliva@redhat.com>
Cc: Christophe Lyon <christophe.lyon@linaro.org>,
GCC Patches <gcc-patches@gcc.gnu.org>,
Patrick Marlier <patrick.marlier@gmail.com>,
Jeff Law <law@redhat.com>,
James Greenhalgh <james.greenhalgh@arm.com>,
"H.J. Lu" <hjl.tools@gmail.com>,
Segher Boessenkool <segher@kernel.crashing.org>,
Richard Biener <richard.guenther@gmail.com>,
David Edelsohn <dje.gcc@gmail.com>,
Eric Botcazou <ebotcazou@adacore.com>
Subject: Re: [PR64164] drop copyrename, integrate into expand
Date: Wed, 19 Aug 2015 13:45:00 -0000 [thread overview]
Message-ID: <mvmlhd7cs21.fsf@hawking.suse.de> (raw)
In-Reply-To: <mvmpp2jcsv2.fsf@hawking.suse.de> (Andreas Schwab's message of "Wed, 19 Aug 2015 15:25:53 +0200")
Andreas Schwab <schwab@linux-m68k.org> writes:
> Alexandre Oliva <aoliva@redhat.com> writes:
>
>> [PR64164] fix regressions reported on m68k and armeb
>>
>> From: Alexandre Oliva <aoliva@redhat.com>
>>
>> Defer stack slot address assignment for all parms that can't live in
>> pseudos, and accept pseudos assignments in assign_param_setup_block.
>
> That doesn't fix the ia64 Ada miscompilation though.
I mean miscomparison, not miscompilation. The difference is only in the
insn scheduling.
--- x1 2015-08-19 15:26:41.000000000 +0200
+++ x2 2015-08-19 15:26:46.000000000 +0200
@@ -1,5 +1,5 @@
-stage2-gcc/ada/par.o: file format elf64-ia64-little
+stage3-gcc/ada/par.o: file format elf64-ia64-little
Disassembly of section .text:
@@ -29467,25 +29467,25 @@
214b2: PCREL21B atree__new_node
214b6: 00 00 00 02 00 00 nop.i 0x0
214bc: 08 00 00 50 br.call.sptk.many b0=214b0 <par__ch6__p_formal_part.2186+0xa30>
- 214c0: 08 78 e0 01 80 24 [MMI] mov r15=16504
- 214c6: e0 80 03 00 49 20 mov r14=16496
- 214cc: 00 06 04 92 mov r1=16608
- 214d0: 0a 80 23 00 08 20 [MMI] addp4 r112=r8,r0;;
- 214d6: f0 78 30 00 40 c0 add r15=r15,r12
- 214dc: e1 60 00 80 add r14=r14,r12
- 214e0: 0a 08 04 18 00 20 [MMI] add r1=r1,r12;;
- 214e6: f0 00 3c 20 20 00 ld4 r15=[r15]
- 214ec: 00 00 04 00 nop.i 0x0
+ 214c0: 08 70 c0 01 80 24 [MMI] mov r14=16496
+ 214c6: 00 00 00 02 00 e0 nop.m 0x0
+ 214cc: 81 07 00 92 mov r15=16504
+ 214d0: 09 08 80 01 81 24 [MMI] mov r1=16608
+ 214d6: 00 00 00 02 00 00 nop.m 0x0
+ 214dc: 8e 00 20 80 addp4 r112=r8,r0;;
+ 214e0: 09 70 38 18 00 20 [MMI] add r14=r14,r12
+ 214e6: f0 78 30 00 40 20 add r15=r15,r12
+ 214ec: 10 60 00 80 add r1=r1,r12;;
214f0: 09 00 20 1c 90 11 [MMI] st4 [r14]=r8
214f6: 10 00 04 30 20 00 ld8 r1=[r1]
214fc: 00 00 04 00 nop.i 0x0;;
- 21500: 01 00 00 00 01 00 [MII] nop.m 0x0
- 21506: e0 00 3c 2c 00 e0 sxt4 r14=r15
- 2150c: 01 61 00 84 adds r15=16,r12;;
- 21510: 0b 70 38 00 11 20 [MMI] shladd r14=r14,2,r0;;
- 21516: e0 78 38 00 40 00 add r14=r15,r14
+ 21500: 02 78 00 1e 10 10 [MII] ld4 r15=[r15]
+ 21506: 00 00 00 02 00 c0 nop.i 0x0;;
+ 2150c: 01 78 58 00 sxt4 r14=r15
+ 21510: 0b 78 40 18 00 21 [MMI] adds r15=16,r12;;
+ 21516: e0 70 00 22 40 00 shladd r14=r14,2,r0
2151c: 00 00 04 00 nop.i 0x0;;
- 21520: 09 00 00 00 01 00 [MMI] nop.m 0x0
+ 21520: 0b 70 3c 1c 00 20 [MMI] add r14=r15,r14;;
21526: e0 e0 3b 7e 46 00 adds r14=-4,r14
2152c: 00 00 04 00 nop.i 0x0;;
21530: 10 88 03 1c 10 10 [MIB] ld4 r113=[r14]
Andreas.
--
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
next prev parent reply other threads:[~2015-08-19 13:43 UTC|newest]
Thread overview: 127+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-27 18:04 Alexandre Oliva
2015-03-27 18:11 ` Alexandre Oliva
2015-03-28 19:22 ` Alexandre Oliva
2015-03-31 5:11 ` Jeff Law
2015-04-03 13:17 ` Alexandre Oliva
2015-04-06 16:08 ` Jeff Law
2015-04-24 1:56 ` Alexandre Oliva
2015-04-27 11:39 ` Richard Biener
2015-06-06 5:12 ` Alexandre Oliva
2015-06-08 8:16 ` Richard Biener
2015-06-09 8:58 ` Christophe Lyon
2015-06-10 0:28 ` Alexandre Oliva
2015-06-10 13:36 ` Richard Biener
2015-07-16 7:58 ` Alexandre Oliva
2015-07-16 8:50 ` Richard Biener
2015-07-16 21:33 ` Alexandre Oliva
2015-07-18 8:26 ` Alexandre Oliva
2015-07-21 13:25 ` Richard Biener
2015-07-22 17:13 ` Alexandre Oliva
2015-07-22 17:43 ` Alexandre Oliva
2015-07-23 11:04 ` Richard Biener
2015-07-23 15:42 ` Alexandre Oliva
2015-07-23 20:35 ` Segher Boessenkool
2015-07-23 21:24 ` H.J. Lu
2015-07-23 22:11 ` H.J. Lu
2015-07-24 1:31 ` David Edelsohn
2015-07-24 5:08 ` H.J. Lu
2015-07-24 9:26 ` Richard Biener
2015-07-24 12:50 ` H.J. Lu
2015-07-24 20:20 ` Alexandre Oliva
2015-07-25 2:37 ` David Edelsohn
2015-07-27 22:16 ` Alexandre Oliva
2015-07-27 22:31 ` H.J. Lu
2015-07-24 18:51 ` Alexandre Oliva
2015-07-24 19:12 ` H.J. Lu
2015-07-24 19:31 ` David Edelsohn
2015-07-24 20:43 ` Alexandre Oliva
2015-07-24 20:47 ` Alexandre Oliva
2015-07-24 21:53 ` H.J. Lu
2015-07-25 7:17 ` Richard Biener
2015-07-29 20:52 ` Alexandre Oliva
2015-07-29 21:06 ` H.J. Lu
2015-07-30 17:47 ` H.J. Lu
2015-08-03 23:46 ` Alexandre Oliva
2015-08-04 9:48 ` Richard Biener
2015-08-05 0:39 ` Alexandre Oliva
2015-08-05 9:14 ` Richard Biener
2015-08-05 23:03 ` Alexandre Oliva
2015-08-10 8:24 ` James Greenhalgh
2015-08-10 15:14 ` Jeff Law
2015-08-11 4:53 ` Patrick Marlier
2015-08-14 19:03 ` Alexandre Oliva
2015-08-15 8:57 ` Andreas Schwab
2015-08-16 13:00 ` Alexandre Oliva
[not found] ` <m2k2sv8s21.fsf@linux-m68k.org>
2015-08-17 5:05 ` Alexandre Oliva
2015-08-17 9:29 ` Kyrill Tkachov
2015-08-17 16:23 ` Andrew Pinski
2015-08-18 16:18 ` Kyrill Tkachov
2015-08-16 16:42 ` Andreas Schwab
2015-08-17 2:57 ` Alexandre Oliva
2015-08-17 8:23 ` Andreas Schwab
2015-08-17 9:21 ` Andreas Schwab
2015-08-17 11:58 ` Alexandre Oliva
2015-08-17 7:48 ` Christophe Lyon
2015-08-17 12:43 ` Alexandre Oliva
2015-08-17 13:39 ` Christophe Lyon
2015-08-18 6:53 ` Alexandre Oliva
2015-08-19 6:50 ` Alexandre Oliva
2015-08-19 10:17 ` Richard Biener
2015-08-19 13:35 ` Andreas Schwab
2015-08-19 13:45 ` Andreas Schwab [this message]
2015-08-19 17:48 ` Alexandre Oliva
2015-08-20 1:44 ` Alexandre Oliva
2015-08-20 17:03 ` Jeff Law
2015-08-21 7:57 ` Alexandre Oliva
2015-08-21 8:38 ` Richard Biener
2015-08-21 12:17 ` Andreas Schwab
2015-08-21 8:11 ` Alexandre Oliva
2015-08-21 8:37 ` Richard Biener
2015-09-02 17:09 ` Alan Lawrence
2015-09-02 22:34 ` Alexandre Oliva
2015-09-03 10:58 ` Alan Lawrence
2015-09-18 15:49 ` Alan Lawrence
2015-09-23 20:44 ` Alexandre Oliva
2015-09-25 11:39 ` Richard Biener
2015-10-09 5:26 ` [PR67828] don't unswitch loops on undefined SSA values (was: Re: [PR64164] drop copyrename, integrate into expand) Alexandre Oliva
2015-10-09 9:35 ` Richard Biener
2015-10-09 5:36 ` [PR67766] reorder return value copying from PARALLELs and CONCATs " Alexandre Oliva
2015-10-09 7:33 ` [PR67891] drop is_gimple_reg test from set_parm_rtl (was: [PR67766] reorder return value copying from PARALLELs and CONCATs) Alexandre Oliva
2015-10-09 9:40 ` Richard Biener
2015-10-10 13:20 ` [PR67891] drop is_gimple_reg test from set_parm_rtl Alexandre Oliva
2015-10-12 10:22 ` Richard Biener
2015-10-14 3:25 ` Alexandre Oliva
2015-10-14 9:28 ` Richard Biener
2015-11-03 1:11 ` Alexandre Oliva
2015-11-03 3:14 ` Jeff Law
2015-11-03 4:29 ` Alexandre Oliva
2022-10-17 12:08 ` Tag 'gcc/gimple-expr.cc:mark_addressable_2' as 'static' (was: [PR67891] drop is_gimple_reg test from set_parm_rtl) Thomas Schwinge
2015-10-09 9:36 ` [PR67766] reorder return value copying from PARALLELs and CONCATs (was: Re: [PR64164] drop copyrename, integrate into expand) Richard Biener
2015-09-29 11:31 ` [PR64164] drop copyrename, integrate into expand Szabolcs Nagy
2015-10-07 22:37 ` Alexandre Oliva
2015-10-08 10:00 ` Richard Biener
2015-10-09 21:10 ` Jeff Law
2015-11-05 5:09 ` Alexandre Oliva
2015-11-05 13:44 ` Richard Biener
2015-11-10 15:31 ` Alan Lawrence
2015-11-10 22:59 ` Alexandre Oliva
2015-11-10 23:43 ` Jeff Law
2015-11-11 18:10 ` Alexandre Oliva
2015-11-13 6:33 ` Jeff Law
2015-11-17 0:07 ` Alexandre Oliva
2015-11-24 5:41 ` Jeff Law
2015-07-24 18:21 ` Alexandre Oliva
2015-07-29 20:32 ` Alexandre Oliva
2015-04-29 3:51 ` Jeff Law
2015-03-31 6:55 ` Steven Bosscher
2015-03-31 13:30 ` Richard Biener
2015-03-31 14:06 ` Richard Biener
2015-04-03 13:30 ` Alexandre Oliva
2015-04-06 15:57 ` Jeff Law
2015-12-04 12:45 ` Dominik Vogt
2015-06-09 16:19 David Edelsohn
2015-06-09 18:36 ` Alexandre Oliva
2015-06-09 20:24 ` Alexandre Oliva
2015-06-09 20:59 ` Jakub Jelinek
2015-06-09 21:36 ` Eric Botcazou
2015-06-09 21:38 ` David Edelsohn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=mvmlhd7cs21.fsf@hawking.suse.de \
--to=schwab@linux-m68k.org \
--cc=aoliva@redhat.com \
--cc=christophe.lyon@linaro.org \
--cc=dje.gcc@gmail.com \
--cc=ebotcazou@adacore.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=hjl.tools@gmail.com \
--cc=james.greenhalgh@arm.com \
--cc=law@redhat.com \
--cc=patrick.marlier@gmail.com \
--cc=richard.guenther@gmail.com \
--cc=segher@kernel.crashing.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).