Hi,
Currently GCC does hard register forward propagation in
pass_cprop_hardreg to remove as many dependencies as possible and
delete redundant copies, but this pass is limited in each basic block
so cannot do any global propagation.
While as a fact, GCC does generate redundant copies/loads crossing
Bin Cheng wrote:
> I have already worked out an initial patch to extend the pass in two ways:
> 1. extend it into a global pass;
> 2. make it handle const propagation;
You'll find this is not quite so easy as what you describe. Changing
constants after reload is harder and less effective than befo
Hi,
I am working on a patch to allow subsets of text sections to be
mapped to different ELF segments :
http://sourceware.org/ml/binutils/2012-07/msg00153.html using linker
plugins.
This will allow splitting hot and cold functions into separate
segments so that only the hot segment can be
Bin Cheng wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44025
You could foster-parent and fix the attached patch to address this issue.
(I'm not interested in pursuing this further myself.)
Ciao!
Steven
cse_uncprop.diff
Description: Binary data
On 21 July 2012 21:00, Florian Weimer wrote:
> * Iain Buclaw:
>
>> I've have received news from Walter Bright that the license of the D
>> frontend has been assigned to the FSF. As the current maintainer of
>> GDC, I would like to get this moved forward, starting with getting the
>> ball rolling.
> To do this, I would like to reserve a bit in the segment flags to
> indicate that this segment is to be mapped to huge pages if possible.
> Can I reserve something like a PF_LARGE_PAGE bit?
HP-UX has a PF_HP_PAGE_SIZE (0x0010) bit that says "Segment should
be mapped with page size specifie
On Wed, Jul 25, 2012 at 2:14 AM, Steven Bosscher wrote:
> Bin Cheng wrote:
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44025
>
> You could foster-parent and fix the attached patch to address this issue.
> (I'm not interested in pursuing this further myself.)
Thanks for your comments.
I haven't