We do not depend on the block structure any more when dealing with
stack layout for variables in GCC 4.7.0 and above. I am not saying
your patch is incorrect or not needed. Just it will not have an
effect on variable stack layout.
It might be worth backporting to the 4.6 branch though,
On Fri, Apr 27, 2012 at 12:50 PM, Eric Botcazou ebotca...@adacore.com wrote:
We do not depend on the block structure any more when dealing with
stack layout for variables in GCC 4.7.0 and above. I am not saying
your patch is incorrect or not needed. Just it will not have an
effect on
On Fri, Apr 27, 2012 at 12:50 PM, Eric Botcazou ebotca...@adacore.com wrote:
We do not depend on the block structure any more when dealing with
stack layout for variables in GCC 4.7.0 and above. I am not saying
your patch is incorrect or not needed. Just it will not have an
effect on
On Fri, Apr 27, 2012 at 5:06 AM, Jan Hubicka hubi...@ucw.cz wrote:
On Fri, Apr 27, 2012 at 12:50 PM, Eric Botcazou ebotca...@adacore.com
wrote:
We do not depend on the block structure any more when dealing with
stack layout for variables in GCC 4.7.0 and above. I am not saying
your patch
Hi,
In split_function() (ipa-split.c), for the newly created call stmt,
its block is set to the outermost scope, i.e.
DECL_INITIAL(current_function_decl). When we inline this
partially outlined function, we create the new block based on the
block for the call stmt (in expand_call_inline()).
So
On Tue, Apr 24, 2012 at 2:57 PM, Rong Xu x...@google.com wrote:
Hi,
In split_function() (ipa-split.c), for the newly created call stmt,
its block is set to the outermost scope, i.e.
DECL_INITIAL(current_function_decl). When we inline this
partially outlined function, we create the new block
please the find test case in the attachment. It shows the issue in
google-4_6 branch
-c -O2 -fno-strict-aliasing ss.C -fdump-rtl-expand-all
in the rtl-expand dump, trianglevertices and one the gtest_ar are in
the same partition.
the problem is found in arm compiler, but we manager to reproduce