This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH v12] add -fpatchable-function-entry=N,M option
- From: Maxim Kuvyrkov <maxim dot kuvyrkov at linaro dot org>
- To: Andreas Schwab <schwab at suse dot de>
- Cc: Gerald Pfeifer <gerald at pfeifer dot com>, Torsten Duwe <duwe at suse dot de>, "Richard Earnshaw (lists)" <Richard dot Earnshaw at arm dot com>, Sandra Loosemore <sandra at codesourcery dot com>, Marek Polacek <polacek at redhat dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>, Szabolcs Nagy <szabolcs dot nagy at arm dot com>, nd at arm dot com, Li Bin <huawei dot libin at huawei dot com>, Jiri Kosina <jkosina at suse dot cz>, Marcus Shawcroft <Marcus dot Shawcroft at arm dot com>, Takahiro Akashi <takahiro dot akashi at linaro dot org>, Andrew Wafaa <Andrew dot Wafaa at arm dot com>
- Date: Tue, 1 Aug 2017 16:03:20 +0300
- Subject: Re: [PATCH v12] add -fpatchable-function-entry=N,M option
- Authentication-results: sourceware.org; auth=none
- References: <20170706140311.GA20710@suse.de> <d3e6d7a1-1f1c-c0b5-133a-0ab29eb5034d@arm.com> <20170707193028.GA17752@suse.de> <mvmbmo7uvuu.fsf@suse.de> <20170726142629.GG22969@suse.de> <mvm379juv2y.fsf@suse.de> <F3E4420A-1F0D-48F0-978B-4A6C0B65A4E1@linaro.org> <alpine.LSU.2.21.1708010442150.25964@anthias.pfeifer.com> <mvm8tj3r24a.fsf@suse.de>
> On Aug 1, 2017, at 1:52 PM, Andreas Schwab <schwab@suse.de> wrote:
>
> On Aug 01 2017, Gerald Pfeifer <gerald@pfeifer.com> wrote:
>
>> On Mon, 31 Jul 2017, Maxim Kuvyrkov wrote:
>>> I don't see an easy way to correctly differentiate between "attribute"
>>> nops and "bundle" nops, so XFAILing these tests on ia64 seems like a
>>> valid approach.
>>
>> Make sense, given that the use of Itanium has gone done drastically.
>
> You can get the same failure with any target, for example if there are
> delay slots to be filled.
Andreas,
Do you know a reliable way of checking whether target can issue nops in simple code?
One alternative would be to apply testcase only to white-listed architectures, which is, imo, less preferable.
Regards,
--
Maxim Kuvyrkov
www.linaro.org