This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/61377] [4.10 Regression] Bootstrap failure on x86_64-apple-darwin13
- From: "howarth.at.gcc at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sun, 01 Jun 2014 00:16:49 +0000
- Subject: [Bug target/61377] [4.10 Regression] Bootstrap failure on x86_64-apple-darwin13
- Auto-submitted: auto-generated
- References: <bug-61377-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61377
Jack Howarth <howarth.at.gcc at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |howarth.at.gcc at gmail dot com
--- Comment #2 from Jack Howarth <howarth.at.gcc at gmail dot com> ---
(In reply to Dominique d'Humieres from comment #1)
> Caused by r211089. Fixed by the patch at
> https://gcc.gnu.org/ml/gcc-patches/2014-05/msg02689.html.
The patch posted there is malformed. It appears to have been hand-editted to
removeâ
[(set_attr "type" "call")])
+; TODO
+(define_peephole2
+ [(set (match_operand:DI 0 "register_operand")
+ (match_operand:DI 1 "memory_operand"))
+ (unspec_volatile [(const_int 0)] UNSPECV_BLOCKAGE)]
+ "TARGET_64BIT"
+ [(unspec_volatile [(const_int 0)] UNSPECV_BLOCKAGE)
+ (set (match_dup 0)
+ (match_dup 1))])
+
+(define_peephole2
+ [(set (match_operand:SI 0 "register_operand")
+ (match_operand:SI 1 "memory_operand"))
+ (unspec_volatile [(const_int 0)] UNSPECV_BLOCKAGE)]
+ "!TARGET_64BIT"
+ [(unspec_volatile [(const_int 0)] UNSPECV_BLOCKAGE)
+ (set (match_dup 0)
+ (match_dup 1))])
+
+(define_peephole2
+ [(set (match_operand:DI 0 "register_operand")
+ (match_operand:DI 1 "memory_operand"))
+ (call (mem:QI (match_operand:DI 2 "register_operand"))
+ (match_operand 3))]
+ "TARGET_64BIT && REG_P (operands[0]) && 0
+ && REG_P (operands[2])
+ && REGNO (operands[0]) == REGNO (operands[2])"
+ [(call (mem:QI (match_dup 1)) (match_dup 1))])
+
(define_expand "call_pop"
[(parallel [(call (match_operand:QI 0)
(match_operand:SI 1))
from the original patch at
http://gcc.gnu.org/ml/gcc-patches/2014-05/msg02686.html rather than having been
properly regenerated. Is unclear what exactly was approved here.