Just one more issue to mention (particularly for those who have been writing
ICI plugins).
ICI sometime has been using environment variables inside GCC with its own
invocation flags
(-fici) and dynamic library loading.
Naturally, Joern will remove duplicate dynamic library handling and invocatio
Hi all,
Just a small update, that after some discussions with Joern we think that based
on our
time constraints and the current state of GCC, instead of trying to push full
ICI into GCC
we start from the opposite approach:
We take all our plugins (support pass selection and reordering from MILE
Hi Joern,
> > I am a bit confused about your above example - you suggest to add
> > this functionality on top of current ICI or substitute it?
>
> The idea was to replace it. The current event implementation has two
> issues:
> - It is very different from the existing GCC 4.5 events which make
Quoting Grigori Fursin :
> I am a bit confused about your above example - you suggest to add
this functionality on top of current ICI or substitute it?
The idea was to replace it. The current event implementation has two
issues:
- It is very different from the existing GCC 4.5 events which ma
Hi Joern,
> > I think we could have the ICI event flexibility/stability with lower
> > overhead if the event sender requests an event identifier number (which
> > can be allocated after the numbers of the gcc 4.5 static event enum values)
> > for an event name at or before the first event with tha
Quoting Joern Rennecke :
I think we could have the ICI event flexibility/stability with lower
overhead if the event sender requests an event identifier number (which
can be allocated after the numbers of the gcc 4.5 static event enum values)
for an event name at or before the first event with tha
> After checking in the patch to provide unique pass names for all passes,
> I created
>
> svn://gcc.gnu.org/svn/gcc/branches/ici-20091108-branch
>
> and merged in the patches from:
>
> http://gcc-ici.svn.sourceforge.net/svnroot/gcc-ici/branches/patch-gcc-4.4.0-ici-2.0
By the way, not to forget
Hi Joern,
> After checking in the patch to provide unique pass names for all passes,
> I created
>
> svn://gcc.gnu.org/svn/gcc/branches/ici-20091108-branch
>
> and merged in the patches from:
>
> http://gcc-ici.svn.sourceforge.net/svnroot/gcc-ici/branches/patch-gcc-4.4.0-ici-2.0
>
> Could you
After checking in the patch to provide unique pass names for all passes,
I created
svn://gcc.gnu.org/svn/gcc/branches/ici-20091108-branch
and merged in the patches from:
http://gcc-ici.svn.sourceforge.net/svnroot/gcc-ici/branches/patch-gcc-4.4.0-ici-2.0
Could you please check that this contain
Thursday, November 05, 2009 3:34 PM
>> To: Grigori Fursin
>> Cc: Joern Rennecke; Liang Peng; Zbigniew Chamski; GCC Mailing List; ctuning-
>> discussi...@googlegroups.com; Yuri Kashnikoff; Diego Novillo
>> Subject: Re: [plugins-ici-cloning-instrumentation] new GCC plugin
&
"Grigori Fursin" writes:
> Also, I am trying to figure out if GCC 4.5 branch is still open or not?..
gcc 4.5 is in stage 3, which normally means that no new features are
permitted. That said, plugins are a new feature in gcc 4.5, so the
release managers are likely to grant some leeway for chang
11 matches
Mail list logo
