Re: adding destroyable objects into Ggc

On Wed, 19 Oct 2011 21:17:47 -0700 Lawrence Crowl wrote: > Basile Starynkevitch > > I would like to add destroyable objects into Ggc (the GCC garbage > > collector, see files gcc/ggc*.[ch]). > > > > The main motivation is to permit C++ objects to be garbage coll

Re: adding destroyable objects into Ggc

On Thu, Oct 20, 2011 at 09:11:02AM +0200, Marc Glisse wrote: > On Thu, 20 Oct 2011, Basile Starynkevitch wrote: > >>Basile Starynkevitch > >>>I would like to add destroyable objects into Ggc (the GCC garbage > >>>collector, see files gcc/ggc*.[ch]). > >

Re: new patches using -fopt-info (issue5294043)

ot;input" representation], or only modified by that pass [e.g. some representation of the passe's "output" or side-effect]? Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie,

Re: adding destroyable objects into Ggc

On Thu, Oct 20, 2011 at 10:38:04AM +0200, Marc Glisse wrote: > On Thu, 20 Oct 2011, Basile Starynkevitch wrote [...] > >Yes, but that precisely is the finalization machinery we are talking about. > > Er, if there is a leak, it means that memory is not referenced > anymore,

Re: adding destroyable objects into Ggc

On Thu, Oct 20, 2011 at 11:28:40AM +0300, Laurynas Biveinis wrote: > 2011/10/19 Basile Starynkevitch : > > On Wed, Oct 19, 2011 at 04:31:48PM +0300, Laurynas Biveinis wrote: > >> In the end I believe that it is the patches that talk. Whatever > >> patches are going to

trunk (rev 180248) not buildable --with-gc=zone: undefined ggc_alloced_size_for_request

gcc version 4.6.1 (Debian 4.6.1-14) and the linker is % ld -v GNU ld (GNU Binutils for Debian) 2.21.90.20111004 Does any one reproduce the same behevior? If the file gcc/ggc-zone.c is becoming deprecated, when configured --with-gc=zone maybe we should add a comment about it. What do you thin

Re: adding destroyable objects into Ggc

On Thu, Oct 20, 2011 at 01:09:56PM +0100, Andrew Haley wrote: > On 10/20/2011 12:56 PM, Basile Starynkevitch wrote: > > So, I am trying to add finalized objects in Ggc not for MELT (it does not > > need them, and it already has some finalization tricks which I could use > > wh

Re: adding destroyable objects into Ggc

have time implement that, and I'm not sure of the details) Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} ***

Re: adding destroyable objects into Ggc

inside Ggc. This is what I call finalized objects (or destroyable objects) inside Ggc. Or did I not understood something about your question? Cheers -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faience

Re: adding destroyable objects into Ggc

even enhance gengtype to be able at least to give the finalizer, or even to support C++ objects with non-trivial destructors. And indeed, using PPL data shared between several passes is my main motivation. Regards -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basil

Re: adding destroyable objects into Ggc

On Fri, 21 Oct 2011 18:53:16 -0500 Gabriel Dos Reis wrote: > On Fri, Oct 21, 2011 at 3:56 PM, Basile Starynkevitch > wrote: > > On Fri, 21 Oct 2011 10:43:29 +0200 > > Richard Guenther wrote: > >> So there is no inherent limitation with the GGC machinery. >

Ann: MELT plugin 0.9.1 for GCC 4.6

ards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} ***

wish: generation of type annotation for C++11 code.

notations (and the editor's support of them) - but experts rarely need this. So I would dream of a -fannotate-type option to g++ 4.8 with a section in the documentation describing the format of the type annotation file. We already have -M (etc..) options to help about include dependencies. We coul

Re: wish: generation of type annotation for C++11 code.

d not care of a specific editor. But I believe that if we had an easily parsable & somehow stable well defined & documented textual annotation file format, editor communities (e.g. GNU emacs community) will be happy to use it. (IIRC Ocaml type annotation files are used by more

Re: wish: generation of type annotation for C++11 code.

rence with having one argument: -fc++-type-annotation=myfile.annot I agree there is a chicken & egg issue: editors (or IDE-s) won't provide the framework to use that as log as GCC won't produce them, and vice versa. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/B

Re: wish: generation of type annotation for C++11 code.

(by the gcc/gcc.c driver) into longer ones involving plugins. When that happens, we coule even make the -M output driven by plugins. Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bou

Re: Developing GCC

& prerequisites: http://gcc.gnu.org/contribute.html - they will take a long time, so start worrying about them right now! -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, Fran

Re: Profiling gcc itself

in the cc1 which it gives you. Second, if you want some crude time report, gcc -ftime-report is simpler, but don't give you a very precise information. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue

MELT plugin 0.9.2 rc1 for GCC 4.6 (& future 4.7) available

patc...@gcc.gnu.org with [MELT] tag. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

MELT plugin 0.9.2 rc2 for GCC 4.6 (& future 4.7) available

or on gcc@gcc.gnu.org. Patches are welcome on gcc-m...@googlegroups.com and on gcc-patc...@gcc.gnu.org with [MELT] tag. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France

Re: RFC - GCC Architectural Goals

7;t dare doing that without your permission)? Should we put stuff on some wiki page about this document? Or should we send comments on this list? Cheers -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie,

MELT plugin 0.9.2 for GCC 4.6 (& future 4.7) available

welcome on gcc-m...@googlegroups.com or on gcc@gcc.gnu.org. Patches are welcome on gcc-m...@googlegroups.com and on gcc-patc...@gcc.gnu.org with [MELT] tag. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de

Re: MELT plugin 0.9.2.b for GCC 4.6 (& future 4.7) available

eac 2012 in Paris (end of January 2012) Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} ***

Re: Static code analysis follow ups

to implement Talpo using MELT: http://gitorious.org/talpo Talpo is doing some static analysis, e.g. to detect that fopen is tested, etc. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} ***

Re: a nifty feature for c preprocessor

") to satisfy your dreams. I would believe we cannot reply that to R.A today for GCC 4.6 (perhaps I am wrong), and it would be better if we could suggest him to make a GCC plugin, that is if a future GCC provided enough plugin hooks for that. Cheers. -- Basile STARYNKEVITCH

Re: contributing to gcc

t the legal aspects right now (this means getting a legal paper signed to transfer copyright to FSF and to share responsability in case you violated some copyright). And welcome to the GCC community, if you want to be part of it. Cheers. -- Basile STARYNKEVITCH http://starynkevitch.

struggling with make inside GCC MELT

that MELT cares much more about file contents than file timestamps. Should I also post on this list to get some help? (In other words, is anyone interested in helping) Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 85

Re: struggling with make inside GCC MELT

On Tue, Jan 10, 2012 at 07:12:50AM -0800, Ian Lance Taylor wrote: > Basile Starynkevitch writes: > > > I am fighting against makefile issues on the GCC MELT branch. > > > > Much more details are given in > >http://stackoverflow.com/q/8727896/841108 > >

Re: Dealing with compilers that pretend to be GCC

erhaps in several years other compilers would do likewise. We just have to document our features and their corresponding macros... Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie,

GCCPLUGIN_VERSION and plugin-version.h

ossibility could be to leave the name as before, and wrap all the static definitions with #ifndef GCC_NO_STATIC_PLUGIN_INFO #endif What do you think? I really think it is a small bug which should be corrected before 4.7 release. Should I open a bug report? Or propose a patch? Cheers -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} ***

ANNOUNCE: MELT plugin 0.9.3 release candidate 1 for GCC 4.6 (& probably 4.7)

ug fixes ## Bugs reports are welcome Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mi

ANNOUNCE: MELT plugin 0.9.3 release candidate 2 for GCC 4.6 (& probably 4.7)

file foo+melttime.h included from generated descriptor file foo+meltdesc.c from foo.melt Numerous bug fixes ## Bugs reports are welcome to gcc-m...@googlegroups.com & to me. Regards. -- Basile STARYNKEVITCH

ANNOUNCE: MELT plugin 0.9.3 release for GCC 4.6 (& probably 4.7)

c.c from foo.melt Numerous bug fixes ## Bugs reports are welcome. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340

Re: [plugin] Directory for plugins distributed with gcc

ention (on builtin plugins) does not need to be implemented by code. It could be just agreed upon and suitably documented. A side effect of this would be perhaps to limit extra GCC -f... program flags, since we could make them as plugin flags to builtin plugins. Regards. -- Basile STA

libstdc++.so.6.0.*-gdb.py might be installed at the wrong place

ly gdb 7.0, not yet released). Shouldn't such a script belong more to contrib? Why is it installed? Is there any synchronisation between gdb & gcc releases? But I agree I don't know much about all that, and the installation part of the Makefile.in is something which still scares me

Re: libstdc++.so.6.0.*-gdb.py might be installed at the wrong place

Ian Lance Taylor wrote: Basile STARYNKEVITCH writes: I would believe that it is the wrong place to install such a file. (In particular it makes ldconfig unhappy, when /usr/local/lib/lib64 is scanned). In what way does it make ldconfig unhappy? My /usr/lib directory has a number of

Re: The future of concepts

perimental language feature (concepts) more popular. And perhaps maintaining a plugin could mean less work than maintaing an entire branch. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bour

MELT tutorial on the wiki

time finding good *small* examples). regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: need help on GCC driver

" or do i need to write a separate spec file. I don't understand if you have your own target or not. I would suggest using a spec file (it is probably the easiest way to do). But I am not very expert on the gcc.c driver! I really suggest you if possible to avoid hacking gcc 4.1.x and

Re: need help on GCC driver

not sure of that, because I don't understand all the gory details of spec files. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines,

Re: MELT tutorial on the wiki

Tom Tromey wrote: "Basile" == Basile STARYNKEVITCH writes: Hi Basile. Basile> I added as a turorial on the wiki, a small MELT pass which warns Basile> against fprintf(stdout, ...) in the compiled code. Basile> For GCC hackers, is the page Basile> http://gcc.gnu.org/w

Re: MELT tutorial on the wiki

lar file `/warmelt-first-3.c': Permission denied Tom My public apologies for the bug! Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: MELT tutorial on the wiki

nerated #define makes a lot of sense (at least inside plugins). Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: MELT tutorial on the wiki

eed this patch (which improves the C code generated by gengtype in plugin mode). Regards. PS. In a few days, I'm leaving on vacation for almost 3 weeks without email access. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 85

Re: MELT tutorial on the wiki

py-pasting code (notably inside file gcc/melt/ana-base.melt). But please add a few comments in the code (if you patch it) and also in Changelog.MELT. I'm leaving on holidays within two days. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitch

LTO and adding extra information from extra passes

into the object file (when ordinary compilation for LTO of a single compilation unit happens) and later retrieve it (when link time optimisation occur merging several object files.) A dream case example would be a plugin for whole program static analysis. Regards. -- Basile STARYNKEVITCH

Re: LTO and adding extra information from extra passes

Richard Guenther wrote: On Wed, Sep 2, 2009 at 10:06 PM, Basile STARYNKEVITCH wrote: Hello All, My feeling is that the Link Time Optimisation (LTO) effort should be soon (=is expected to be, or is already) merged inside GCC trunk (future 4.5). Several years ago, I asked if there is any

adding extra libraries in branches...

adding GDBM inside [1]. Regards. NB: the motivation for GDBM is to perhaps be able to persistently store data. http://gcc.gnu.org/ml/gcc/2009-09/msg00053.html -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de

Re: LTO and adding extra information from extra passes

infrastructure on the LTO branch. What include files describes the API? Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les

Re: Regression fixes only

ou did not]. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: array subscript is below array bounds : false positive?

in_unreachable ();} or at least, if the int$03 is important, #define ASSERT(x) if (!(x)) \ { volatile __asm__("int $0x03");__builtin_unreachable ();} See http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins Regards. -- Basile STARYNKEVITCH http://starynkevitc

Re: LTO and LTO Plugin Reviewers

- currently it is just a GCC plugin! -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: LTO and LTO Plugin Reviewers

Diego Novillo wrote: On Wed, Oct 7, 2009 at 09:55, Basile STARYNKEVITCH wrote: Are LTO plugins fondamentally different from others, non LTO plugins? Yes, it should be probably be named 'linker' plugins. It's a plugin for gold to allow extraction of individual .o file

Re: LTO and LTO Plugin Reviewers

Diego Novillo wrote: On Wed, Oct 7, 2009 at 10:10, Basile STARYNKEVITCH wrote: Then I would imagine it requires a copyright transfer to FSF different of the one covering GCC development. The legal document covering my contribution cites specifically GCC (not binutils). Getting that copyright

checking for debug a plugin on a production compiler?

tend knowing when 4.5 will be released, and its release date is not the subject of that discussion! -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are o

Re: Dealing with warnings on __attribute__((user)) when dehydra is not loaded

t has to be documented, not only in GCC internals, but also in GCC users, language extension chapter. Regards. PS if the dev-static-analy...@lists.mozilla.org list is low volume, I would like to subscribe if possible. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basiles

Re: Dealing with warnings on __attribute__((user)) when dehydra is not loaded

Diego Novillo wrote: On Fri, Oct 16, 2009 at 08:44, Basile STARYNKEVITCH wrote: I have a simpler suggestion: every attribute whose name starts with an underscore like "_user" or "_foogreen" or "_BORING" never produce any warnings, except perhaps in the p

Re: Dealing with warnings on __attribute__((user)) when dehydra is not loaded

Basile STARYNKEVITCH wrote: A more sophisticated variant would be to have every attribute belonging to some attribute class, and have Wno-attributes=attributeclass but I feel that is too complex! An even more crazy idea would be to interpret the argument to -Wno-attribute as a regular

Re: Dealing with warnings on __attribute__((user)) when dehydra is not loaded

lead to some pain later on. I don't agree necessarily on the syntax, but I strongly agree that plugins should have their own attribute name, a single "user" attribute is impractical to share between plugins. Plugins dhould be able to register their attribute names. Reg

when (not) use bugzilla for GCC?

familiar with bugzilla in general and its GCC policy & setting in particular. I also am guessing that bugzilla is less important for the GCC community than in some other big free software communities. It does not seem to be a major communication channel. Regards. -- Basile STARYNKEVITCH

Re: when (not) use bugzilla for GCC?

Joseph S. Myers wrote: On Sun, 25 Oct 2009, Basile STARYNKEVITCH wrote: I cannot understand when should I use or not bugzilla. More precisely, I have several examples of "bugs" but I didn't use bugzilla for them A big thanks to your reply. However, you did not answer

Re: when (not) use bugzilla for GCC?

Richard Guenther wrote: On Mon, Oct 26, 2009 at 2:59 PM, Ian Lance Taylor wrote: Basile STARYNKEVITCH writes: Are you suggesting me to upload to bugzilla the nearly 3000 preprocessed forms of the files? I could do that, but the *.i files totalize more than one gigabyte. A bzip2 compressed

Re: when (not) use bugzilla for GCC?

Ian Lance Taylor wrote: Basile STARYNKEVITCH writes: Did I understand correctly that GCC bugzilla treats magically the *...@gcc.gnu.org email adresses matching accounts usable for SVN write access? This is great news! Yes, that is how it works. May I respectfully suggest to the person

plugin hooks

/plugin%20hooks to list the possible addition that should go into trunk Comments are welcome. Should I try to propose some patches to gcc-patches@ about that, or is it impossible in the current stage3 of the trunk? Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email

Re: plugin hooks

Richard Guenther wrote: On Tue, Oct 27, 2009 at 1:15 PM, Basile STARYNKEVITCH Adding hooks just because you think they might be useful isn't the way to go. Then what is the correct way to enhance the current plugin API. There are a lot of stuff missing there. I am not at all sure tha

Re: plugin hooks

Hello All, Richard Guenther wrote: Adding hooks just because you think they might be useful isn't the way to go. Basile STARYNKEVITCH writes: Then what is the correct way to enhance the current plugin API. There are a lot of stuff missing there. Ian Lance Taylor wrote: We shoul

Re: plugin hooks

Ian Lance Taylor wrote: Basile STARYNKEVITCH writes: * propose a simple patch to add the PLUGIN_REGISTER_PRAGMA event now? Do this. Will do probably tommorow or this evening! On the other hand, skimming your list of hooks, I really question the need for, e.g., REPLACE_PASS_MANAGER. I

Re: plugin hooks

des :-) provided the GIMPLE node would be implemented as an abstract class (with many virtual method slots). -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {a

Re: plugin hooks

working on it. However, it is not a small patch. Also, I still believe that a hook for tha pass manager may make sense to those brave souls wanting to experiment new pass managers in plugins, etc. Having a hook for that is a way to encourage such crazy experimentations. Regards. -- Basile

Re: plugin hooks

Hello All Basile STARYNKEVITCH wrote: Ian Lance Taylor wrote: Basile STARYNKEVITCH writes: * propose a simple patch to add the PLUGIN_REGISTER_PRAGMA event now? Do this. Will do probably tommorow or this evening! I already did sent an initial proposal for the patch. http

plugin specific LTO data?

ns a malloc()-ed pointer untested" etc. Are there other alternatives? BTW, the comment in lto-streamer.h near line 809 of rev 153460 reads /* In lto-streamer-in.c */ extern void lto_input_cgraph (struct lto_file_decl_data *, const char*); But I cannot find any lto_input_cgraph in

Re: plugin hooks

rket differences [most processor makers are not European]...) to consider -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: plugin hooks

Richard Guenther wrote: On Wed, Oct 28, 2009 at 8:34 PM, Basile STARYNKEVITCH wrote: I really think we should add more plugin hooks *now* for gcc-4.5. They really cannot wait the future 4.6 release (in 2011, 2012?), especially since I don't agree at all. Also I have the feeling

Re: when (not) use bugzilla for GCC?

Basile STARYNKEVITCH wrote: Richard Guenther wrote: On Mon, Oct 26, 2009 at 2:59 PM, Ian Lance Taylor wrote: Basile STARYNKEVITCH writes: Are you suggesting me to upload to bugzilla the nearly 3000 preprocessed forms of the files? I could do that, but the *.i files totalize more than one

Re: Process for proposing new C/C++ language extensions.

new preprocessor based language extensions. But discussing language extensions [which have no specification yet] is probably outside the scope of any @gcc.gnu.org list. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8,

How to debug lto1 ICE?

@/tmp/ccJMSLwC argument puzzles me. Apparently, some program arguments are collected in some temporary files So how do I run lto1 under GDB, knowing the faulty gcc invocation? Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: new plugin events

Richard Guenther wrote: On Fri, Nov 6, 2009 at 10:41 PM, Basile STARYNKEVITCH wrote: Richard Guenther wrote: (stop reading now, what follows is pure cynicism - I have to do it, because the following can't be let un-responded, rather than un-answered) Actually, I tend to believe tha

Re: new plugin events

Steven Bosscher wrote: On Sat, Nov 7, 2009 at 11:49 AM, Basile STARYNKEVITCH wrote: Richard Guenther wrote: Ah, you mean like doing the tuples conversion as plugin? Or to build the cgraph infrastructure and IPA optimization infrastructure as plugin? I guess what you say is - "

Re: new plugin events

with number is confusing (especially since now stage 3 goes right after stage 1). I would much prefer named stages, like "major change stage", "minor improvement stage", "bug fix stage". -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basi

Re: [Re: new plugin events]

A couple of hours ago I was almost angry when reading & writing on this mailing list. Now my mood is that is is quite funny to discuss all that. I am enjoying it. :-) :-) Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 235

is LTO aimed for large programs?

uadratic in the size of the generated binary. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: is LTO aimed for large programs?

recompile their 10MLOC Ada code with -flto? Did they (or you) already try doing that? Or should they use -fwhopr? Or perhaps they prefer a bit faster compilation time, only using -O1? Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile:

Re: How to avoid a tree node being garbage collected after C frontend?

clude the generated gt-target-c.h file. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: help on - adding a new pass to gcc

might perhaps try to make your pass a plugin of GCC; your use is a good case for a plugin. Plugins are available in the latest GCC trunk (future 4.5) and should be enabled at configure (& also gcc use) time. See http://gcc.gnu.org/onlinedocs/gccint/Plugins.html Regards. -- Basile STARYNKEV

Re: gccgo: A gcc frontend for Go, a new programming language

nd of course we need to add into gcc-4.5 the few plugin hooks to make that easy. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, son

Re: gccgo: A gcc frontend for Go, a new programming language

Joe Buck wrote: On Wed, Nov 11, 2009 at 11:26:36AM -0800, Basile STARYNKEVITCH wrote: My feeling is that Google's Go (quite a nice language from the slides I just have read) is almost "canonically" the case for a front-end plugin. I have some major concerns about this suggesti

Re: gccgo: A gcc frontend for Go, a new programming language

Basile STARYNKEVITCH wrote: * Google Go is still a niche language. And I would guess it is targetted to Linux & Unix variants (because I heard that Google does not use Windows on their web-crawling servers, but only Unix variants, mostly Linux). I really feel that a niche language is exa

Re: gccgo: A gcc frontend for Go, a new programming language

Joseph S. Myers wrote: On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote: * Looking at other niche languages in the past having had a GCC front-end (D, Mercury, perhaps some Modula, or Cobol, or Pascal, ...) it seems that most of them are not accepted in the GCC trunk proper. No, it'

gcc/REVISION in trunk?

rhaps I am wrong in regularily updating my trunk's copy with svn update ??) Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, son

Re: semantic of used_define cpp callback?

ed int, cpp_hashnode *); Arnaud> ) be acceptable in principle? If so, I'll post a formal patch on Arnaud> gcc-patches@ Yes, this would be fine. Thanks, I'll prepare such patch then. May I respectfully suggest to make that a plugin callback? Regards. -- Basile STAR

Re: [plugins-ici-cloning-instrumentation] install-plugin Makefile target

hink that both MELT & ICI are dlopen-ing their own shared objects (in MELT I call these modules), and that MELT (& probably ICI) have some mechanism for some standard paths for these. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet m

Re: On strategies for function call instrumentation

e code generation of gcc in a private fork. With the next GCC, it can be done inside a plugin. I tend to believe this could be a good use case for a plugin, and the plugin infrastructure is probably mature for that. You probably could do that in GIMPLE/SSA without adding a new port. R

exact role[s] of the plugin directory?

lugin` directory (with backquotes for shell) should be used for? Cheers -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***

Re: WTF?

ndent could help. It certainly could have helped me for most of the patches I have submitted (but I am too afraid of running indent on a GCC file by myself; it probably would change lot of things outside of my patch). But I confess that I don't know much about svn commit machinery. Regards.

Re: trivial trailing whitespace issue

d have more automated tools to help coding inside GCC. I could even dream of specialized plugins for that (for the common case when building the compiler under Linux at least). Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33

Re: trivial trailing whitespace issue

Joseph S. Myers wrote: On Wed, 25 Nov 2009, Basile STARYNKEVITCH wrote: My wish would be that every C source file in GCC would be indent-ed by GNU indent with --gnu option. But since this has not been done, I suppose it is (sadly) not realistic. I don't understand all the issues involved

Re: trivial trailing whitespace issue

Joern Rennecke wrote: Quoting Basile STARYNKEVITCH : I would imagine that patching GNU indent (in its source code form) requires a copyright assignment specific to it (and uncovered by a, or at least "mine", GCC copyright assigment to FSF). If this is the case, I [Basile] won't

Re: WTF?

Richard Guenther wrote: On Thu, Nov 26, 2009 at 12:04 AM, Tom Tromey wrote: "Basile" == Basile STARYNKEVITCH writes: Basile> Of course, not every one has it (notably those working on non-linux Basile> systems), but for those who have it, requiring that every C file Basile

Re: trivial trailing whitespace issue

Michael Matz wrote: Hi, On Wed, 25 Nov 2009, Basile STARYNKEVITCH wrote: 1. What to do in the immediate term with the repo. I've got no strong opinions here. I do understand most of the opinions, but I would rather prefer that we don't revert the trailing whitespace patch. I

MELT help: how to autoconf-igure makefile fragments?

e from plugin code. Of course, MELT can live painfully without all these features... you can use MELT as a plugin to an unmodified gcc-trunk installation... Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la

<    1   2   3   4   5   6   7   8   9   >