This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix PR64764 && Fix scan-tree-dump for scop-19.c
- From: Dominique d'Humières <dominiq at lps dot ens dot fr>
- To: Tom de Vries <Tom_deVries at mentor dot com>
- Cc: gcc-patches at gcc dot gnu dot org, "Sandoe, Iain" <Iain_Sandoe at mentor dot com>, richard dot guenther at gmail dot com
- Date: Wed, 11 Feb 2015 10:22:46 +0100
- Subject: Re: [PATCH] Fix PR64764 && Fix scan-tree-dump for scop-19.c
- Authentication-results: sourceware.org; auth=none
- References: <20150209172300 dot E2860105 at mailhost dot lps dot ens dot fr> <54D8F819 dot 9030709 at mentor dot com> <DFA2414C-C30B-46CD-9EB6-8E0EC53E7152 at lps dot ens dot fr> <54D9EE92 dot 6000000 at mentor dot com>
> Le 10 févr. 2015 à 12:42, Tom de Vries <Tom_deVries@mentor.com> a écrit :
>
> I think we need to understand first what's going on.
Sure, my patch was mainly to silence the failures on my working tree.
> In both test-cases, on Linux with -fpic the inlining of one function into the other is not done, because we cannot be sure the function call in one function binds to the other function at runtime.
I don’t understand why -fpic should change the inlining decision (except register pressure and so on).
> So, is the inlining happening with -fpic for Darwin? If so, is that correct?
The inlining is happening for darwin. I don’t know if that is correct or not. The test has been introduced at r143947 (Thu Feb 5 00:29:48 2009) and the only failures I have seen are due to r 220532 (checked back to r154691).
Dominique
> Thanks,
> - Tom