This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

[patch i386]: PR/41315 frame.padding0 isn't treat in all cases of i386

From: Kai Tietz <ktietz70 at googlemail dot com>
To: GCC Patches <gcc-patches at gcc dot gnu dot org>
Cc: Uros Bizjak <ubizjak at gmail dot com>, Jan Hubicka <jh at suse dot cz>
Date: Wed, 9 Sep 2009 14:09:12 +0200
Subject: [patch i386]: PR/41315 frame.padding0 isn't treat in all cases of i386

Hello,

I reviewed the prologue/epilogue handling of w64 ABI in 386 -as we
just had found an failure here in treating stack padding - and I found
that the padding0 field was inconsitant handled.

ChangeLog

2009-09-09  Kai Tietz  <kai.tietz@onevision.com>

	* config/i386.c (ix86_can_use_return_insn_p): Check for
	padding0, too.
	(ix86_expand_prologue): Take frame.padding0 into logic of
	to_allloc checks.
	(ix86_expand_epilogue): Likewise.

I regression tested patches (one for 4.4, on for trunk) for
x86_64-pc-mingw32 and for x86_64-pc-linux64.
Ok for apply to head and 4.4 branch?

Cheers,
Kai


-- 
|  (\_/) This is Bunny. Copy and paste
| (='.'=) Bunny into your signature to help
| (")_(") him gain world domination

Attachment: pr41315-head.diff
Description: Binary data

Attachment: pr41315-44.diff
Description: Binary data

Follow-Ups:
- Re: [patch i386]: PR/41315 frame.padding0 isn't treat in all cases of i386
  - From: Uros Bizjak

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]