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
> 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 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.
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
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:
> 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,
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
