Gabriel Charette a écrit:
> Alright, so after looking even more at the linemap code, here is what
> I'm thinking now:
>
> So the main problem is:
> with the linemap logic is that linemap_line_start adds a new table
> entry if line_delta < 0 (I don't understand why this is needed, my
> assumption
Hi,
Romain is doing an internship at STMicroelectronics on GCC plugins, and
as his mentor, I confirm and/or inform you that he is covered by the
copyright assignement RT 211150 between ST and FSF.
Regards.
--
Yvan ROUX
STMicroelectronics
On Tue, Jul 26, 2011 at 4:25 AM, Dodji Seketeli wrote:
> Gabriel Charette a écrit:
>
>> Alright, so after looking even more at the linemap code, here is what
>> I'm thinking now:
>>
>> So the main problem is:
>> with the linemap logic is that linemap_line_start adds a new table
>> entry if line_d
"Joseph S. Myers" writes:
> I'd like to remind people that when they commit a toplevel build system
> patch to GCC they should commit it to the src repository as well, or ask a
> build system maintainer to do so if they don't have write access to src.
> It looks like at least the following re
As mentionned in my previous email, I'm now thinking of serializing
the linemap from the header by pph'ed, here is how I think this could
work:
From what I understand, the source_locations allocated for everything
in a given set of headers (from the LC_ENTER for the header in the
line_table up to,
Snapshot gcc-4.4-20110726 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20110726/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, Jul 26, 2011 at 6:31 PM, joseph at codesourcery dot com
wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49858
>
> --- Comment #1 from joseph at codesourcery dot com dot com> 2011-07-26 23:31:27 UTC ---
> On Tue, 26 Jul 2011, bigotp at acm dot org wrote:
>
> > Is there a mechanism b
On Mon, Jul 25, 2011 at 6:30 PM, Joern Rennecke wrote:
> Quoting Xinliang David Li :
>
>> In xalancbmk, with the partition option, most of object files have
>> nonzero size cold sections generated. The text size of the binary is
>> increased to 3572728 bytes from 3466790 bytes. Profiling the prog
On 07/27/2011 06:51 AM, Xinliang David Li wrote:
> If we could retain most of the speedups when the optimization works well
> but avoid most of the slowdown in the benchmarks that are currently hurt,
> we could improve the overall SPEC06 score. And hopefully, this would
> also be beneficial
