On 08/04/2011 06:39 AM, Jan Hubicka wrote:
Also on the oriignal topic, Iknow that Mozlla folks experimented with this
switch (and I do expect it should make noticeable reducion in the hot section
footprint that is important for them). They are not using it at the moment
because of problems with t
On 07/01/2010 02:45 PM, Richard Guenther wrote:
On Thu, Jul 1, 2010 at 11:36 PM, Taras Glek wrote:
On 07/01/2010 02:27 PM, Richard Guenther wrote:
On Thu, Jul 1, 2010 at 10:29 PM, Taras Glekwrote:
On 06/30/2010 03:06 PM, Jan Hubicka wrote:
If you can find actual simple examples where
On 07/01/2010 02:27 PM, Richard Guenther wrote:
On Thu, Jul 1, 2010 at 10:29 PM, Taras Glek wrote:
On 06/30/2010 03:06 PM, Jan Hubicka wrote:
If you can find actual simple examples where -Os is losing size and speed
we can try
to do something about them.
According to our code size reports
On 06/30/2010 03:06 PM, Jan Hubicka wrote:
If you can find actual simple examples where -Os is losing size and speed we
can try
to do something about them.
According to our code size reports, inlining is completely screwed for
C++ wrapper classes like ones often used for smart pointers, arr
On 06/30/2010 02:26 PM, Basile Starynkevitch wrote:
On Wed, 2010-06-30 at 14:23 -0700, Taras Glek wrote:
I tried 4.5 -O2 and it's actually faster than 4.3 -Os.
I am happy that -O2 performance is actually pretty good, but -Os
regression is going to hurt on mobile.
Did you try gc
On 06/24/2010 12:06 PM, Andrew Pinski wrote:
On Jun 24, 2010, at 11:50 AM, Taras Glek wrote:
Hi,
Just wanted to give a heads up on what might be the biggest
compiler-upgrade-related performance difference we've seen at Mozilla.
We switched gcc4.3 for gcc4.5 and our automated benchma
Hi,
Just wanted to give a heads up on what might be the biggest
compiler-upgrade-related performance difference we've seen at Mozilla.
We switched gcc4.3 for gcc4.5 and our automated benchmarking
infrastructure reported 4-19% slowdown on most of our performance
metrics on 32 and 64bit Linux.
Hi,
I tried to make my plugin compile using only installed headers and
turned out that I needed more gcc headers to be installed.
Unfortunately, I needed C++ headers which currently aren't installed. I
modified the cp/Make-lang.in with logic copied from gcc/Makefile.in to
add a c++.install-plu
Diego Novillo wrote:
On Tue, Jun 9, 2009 at 15:33, Taras Glek wrote:
While developing my plugin I've noticed that many callbacks need to be
guarded with "if (errorcount)" or the plugin will cause a gcc crash due to
receiving less complete data than it expected.
More
While developing my plugin I've noticed that many callbacks need to be
guarded with "if (errorcount)" or the plugin will cause a gcc crash due
to receiving less complete data than it expected.
Should the plugin API guard callbacks in invoke_plugin_callbacks() to
avoid 99% of plugins running in
Adayadil Thomas wrote:
Hi All,
I was wondering if gcc had a restricted version which would enable me
to write programs
with a subset of C language.
if you mean you want to prevent certain C features from being used, you
can write a GCC plugin for it. See http://gcc.gnu.org/wiki/GCC_PluginAPI
Grigori Fursin wrote:
Dear all,
Zbigniew and I prepared a page on GCC Wiki comparing several current plugin
mechanisms (some parts should be updated) with some suggestions to move forward:
http://gcc.gnu.org/wiki/GCC_PluginComparison
In case we mixed up or misunderstood something about other plu
Le-Chun Wu wrote:
Hi Sean,
It's great that you updated the wiki page with the latest and more
detailed API design.
We (at Google) also started to look at the GCC plugin support a couple
of weeks ago. We had a quick prototype implemented based on the
original APIs that Taras put together in the
Sean Callanan wrote:
Benjamin,
On Feb 2, 2009, at 2:15 PM, Benjamin Smedberg wrote:
It's possible for the plugin to implement every possible dlsym entry
point
and then farm the calls out to each individual script pass
internally, but
since GCC is already going to have to maintain a list of ca
Sean Callanan wrote:
1- Agree on a common API and document it in
http://gcc.gnu.org/wiki/GCC_PluginAPI
So to get the ball rolling, here are some comments on the API as
documented:
-
(1) register_callback is an unnecessary API. It's already possible to
use dlsym() to get a pointer to a s
Diego Novillo wrote:
On Fri, Jan 30, 2009 at 23:01, Sean Callanan wrote:
We've been off the ML for some time, but we're still out there.
Is this something that is wanted, or have we been overtaken
by events and should be porting to someone else's
implementation?
Thanks for raising th
Dave Korn
Cc: 'Taras Glek'; 'Grigori Fursin'; 'Hugh Leather'; 'Basile
STARYNKEVITCH'; gcc@gcc.gnu.org;
'Sean Callanan'; 'Cupertino Miranda'; [EMAIL PROTECTED];
[EMAIL PROTECTED]; 'Taras Glek';
'Diego Novillo';
Grigori Fursin wrote:
Well, we need to return values or even structures using plugins for our
MILEPOST project
to tune cost models. A simple example is loop unrolling: in our current plugin
implementation
(MILEPOST GCC/ICI) we register a plugin function that will predict loop unrolling and pass
Hugh Leather wrote:
Aye up all,
I think the env var solution is easier for people to use and
immediately understand. There would be nothing to stop those people
who don't like env vars from using the shell wrapper approach. Why
not allow both?
I think the other replies addressed this que
Grigori Fursin wrote:
Thanks, Taras!
I slightly updated this page, i.e. we would like to be able to load plugins
through environment variables to be able to optimize programs transparently
as it is done in MILEPOST GCC (without Makefile modifications). By the way,
we plan to extend the Interacti
Basile STARYNKEVITCH wrote:
Hello Diego and all,
Diego Novillo wrote:
After the FSF gives final approval on the plugin feature, we will need
to coordinate towards one common plugin interface for GCC. I don't
think we should be adding two different and incompatible plugin
harnesses.
What e
Hi Grigori,
I work for Mozilla and recently we developed a few plugins for gcc and
improvised a plugin interface to gcc to support it.
So far we have been utilizing the C++ FE, but now I'm moving into
yanking data out of the middleend. I think we should collaborate on the
plugin interface and c
Hey Geoff,
I've learned that you are the author of gengtype/GTY stuff from #gcc.
Would you consider restructuring GTY markers to be more like GCC
attributes? I'm writing code to generate code to convert GCC trees to
JavaScript objects for my GCC plugin. Clearly this is similar to what
gengtype
Hi,
I am working on a static analysis plugin for Mozilla. I noticed the the
C++ frontend has a very convenient pretty-printing API exposed through
(decl|type)_as_string. I use decl_as_string() to get string
representations of types. The scripts are interested in both kinds of
types: the type n
Tom Tromey wrote:
"Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> And then, once the underlying problem is addressed and we
Alexandre> have an API that is usable by regular users, maybe we will
Alexandre> find out that we don't need plugins, after all.
Plugin
25 matches
Mail list logo
