ent should cite the function doing the trick.
Regards.
PS. I hope that questions on code belong to gcc@, not gcc-patches@ - I
am not discussing a patch or proposing one ...
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, r
I understand of Ian's description fits
nicely of a situation I would like to be warned.
(as a general case, in C, I try hard to initialize all local variables).
Ian, did this warning trigger a lot of new messages while bootstrapping gcc?
Regards.
--
Basile STARYNKEVITCH
think we should reach a consesus quickly: the stage 1 is closing soon,
and such a patch has to happen very soon!
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
***
Richard Guenther wrote:
On Mon, Jun 22, 2009 at 1:20 PM, Basile
STARYNKEVITCH wrote:
I would prefer some discussion to happen, instead of blindly proposing
patches on gcc-patches@ and have them rejected until I find a consensus.
Do you think that
1. We should not care about where system wide
ing it is not a bug resolution).
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} ***
tmp-gi.list gtyp-input.list
$(STAMP) s-gtyp-input
but it does not work. However, I am unfamiliar with GNU make user
functions and cannot understand how write_entries_to_file work.
Does anyone have a suggestion, or preferably a tiny patch?
Regards.
--
Basile STARYNKEVITCH
Ralf Wildenhues wrote:
Hello Basile,
* Basile STARYNKEVITCH wrote on Fri, Jul 03, 2009 at 12:10:17PM CEST:
It would be much easier for plugins if gtyp-input.list contained
only absolute paths. In my case, (AMD64/Debian/Sid), it contains
only two relative filepaths: auto-host.h & optio
Ian Lance Taylor wrote:
Basile STARYNKEVITCH writes:
@: $(call write_entries_to_file,$(realpath $(GTFILES)),tmp-gi.list)
$(SHELL) $(srcdir)/../move-if-change tmp-gi.list gtyp-input.list
$(STAMP) s-gtyp-input
In general, one should try to avoid changing a user specified
Andreas Schwab wrote:
Basile STARYNKEVITCH writes:
In plugin mode (for the few plugins using PLUGIN_REGISTER_GGC_ROOTS),
gengtype needs a file list. So a plugin build (in its own directory) would
want to run (in Makefile syntax)
$(GCCBUILD)/gcc/gengtype -p $(GCCSOURCE)/gcc
Andreas Schwab wrote:
Basile STARYNKEVITCH writes:
Andreas Schwab wrote:
Perhaps gengtype should be modified to always treat the files in
gtyp-input.list relative to location of that file.
I probably misunderstood your sentence. I parsed "that file" as
referring t
preprocessor.
Currently, there is no plugin specific code inside libcpp/
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
So I am retracting the proposed
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00275.html patch and
preparing something better.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine,
ll of libliberty.so
* the Makefile.in files should be changed.
Comments 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 mines,
e did link dynamically libiberty.so:
We would also have to install it, ..
Agreed.
Anyway, we really should have all of libiberty inside cc1. What is the
best way to achieve that so that it works on all the systems GCC wants?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.
Dave Korn wrote:
Basile STARYNKEVITCH wrote:
Dave Korn wrote:
We might also artificially add a reference to each libiberty function
from
cc1.
Or link it into cc1 et al. using "--whole-archive".
Sorry, I am not aware of this option. And are we sur
Daniel Jacobowitz wrote:
On Thu, Jul 09, 2009 at 10:49:49AM +0200, Basile Starynkevitch wrote:
But it seems to me that a plugin can call a libliberty function only if that
function is already referenced (e.g. called) from cc1. This is not the case
of all libiberty functions.
So
Daniel Jacobowitz wrote:
On Thu, Jul 09, 2009 at 03:01:01PM +0200, Basile STARYNKEVITCH wrote:
In simpler words, *.so have to be compiled with -fPIC, and libiberty
is not compiled with -fPIC.
We build a PIC libiberty already.
Thanks!
Where and how is it built? I cannot find any
Daniel Jacobowitz wrote:
On Thu, Jul 09, 2009 at 03:45:52PM +0200, Basile STARYNKEVITCH wrote:
Daniel Jacobowitz wrote:
On Thu, Jul 09, 2009 at 03:01:01PM +0200, Basile STARYNKEVITCH wrote:
In simpler words, *.so have to be compiled with -fPIC, and libiberty
is not compiled
patches/2009-07/msg00497.html will be reviewed
& accepted. It is essential (& tiny).
--
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} ***
when it was generated. We also need a "dynamic tag" support which I only
sketched in the discussion of
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00507.html
Of course, this does not affect the read of precompiled headers.
Comments are welcome.
Regards.
--
Basile STARYNKEVITC
ts distro).
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} ***
cs/gcc/Optimize-Options.html
BTW, I might have read somewhere than in future C & C++ standards the
register keyword might change its meaning or be obsolete... Am I
dreaming, or is there some evolution to expect?
Comments are welcome.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch
contribute to improve
the documentation generator, or improve the documentation itself
(notably by improving the :doc fields inside MELT source).
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} ***
ranslator or even better ask me
(on the gcc@ mailing list).
Alternatively, you could code your specific pass in plain C in an
ordinary plugin.
If you use MELT or if you code a plugin in C, you need to learn more
about GCC internal representations (notably GIMPLE & Tree/Generic) an
arbitary MELT values.
Thanks for your interest in MELT.
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} ***
On Tue, 2010-05-18 at 15:59 +0200, Michael Matz wrote:
> Hi,
>
> On Tue, 18 May 2010, Diego Novillo wrote:
>
> > On Mon, May 17, 2010 at 16:15, Sandeep Soni wrote:
> >
> > > 1. What should be the format of representation of the GIMPLE tuples in
> > >text?
> >
> > I liked Andrew's suggesti
a matter of
choosing the target system, and you certainly cannot use a compiled GCC
for a target which you did not configure the compiler for.
But perhaps I might be completely wrong (however, x86 & x86-64 are quite
different beasts).
Cheers.
--
Basile STARYNKEVITCH http://starynkev
ould ease the work of those working on non-mainstream frontends
(like for the D language, or an hypothetical Oz, etc...).
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
**
ething is still wrong.
A dirty workaround might be to replace every -gtoggle occurrence in the
build tree gcc/Makefile with -g.
I will try to reproduce that bug!
Thanks for reporting it.
BTW, I am surprised that GCC (even a plain 4.4 or 4.5) issues an error
for an unrecognised debug output lev
On Tue, 2010-05-25 at 16:20 +0200, Basile Starynkevitch wrote:
>
> A dirty workaround might be to replace every -gtoggle occurrence in the
> build tree gcc/Makefile with -g.
Another slightly less dirty workaround, assuming that gcc-4.5 is
available on your machine, is to set the G
On Tue, 2010-05-25 at 17:09 +0200, Wolfgang wrote:
> Original-Nachricht
> > Datum: Tue, 25 May 2010 16:20:14 +0200
> > Von: Basile Starynkevitch
> > An: Wolfgang
> > CC: gcc@gcc.gnu.org
> > Betreff: Re: Melt-building problem
>
> > O
On Tue, 2010-05-25 at 17:09 +0200, Wolfgang wrote:
> Original-Nachricht
> > Datum: Tue, 25 May 2010 16:20:14 +0200
> > Von: Basile Starynkevitch
> > An: Wolfgang
> > CC: gcc@gcc.gnu.org
> > Betreff: Re: Melt-building problem
>
> > O
years. This mostly means for me publishing the .tgz
file of all the MELT files as collected by the existing
contrib/make-melt-source-tar.sh script.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faie
by a bug that has been corrected a
few weeks ago]
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} ***
On Wed, 2010-05-26 at 12:57 +0200, Basile Starynkevitch wrote:
> On Wed, 2010-05-26 at 11:37 +0200, Wolfgang wrote:
> > Hallo,
> >
> > i built gcc-melt sucessfully with a new gcc-4.5 compiler from scratch.
>
> As far as I understand, a recent MELT can be built with an
On Wed, 2010-05-26 at 11:36 -0400, Frank Ch. Eigler wrote:
> Basile Starynkevitch writes:
>
> > [...]
> > So what should I do?
> > [...]
> > c. change the licenses of the melt*texi files [I certainly won't do that
> > without explicit approval] to someth
I cannot fund American lawyers to
help (except at most by a *personal* donation of a few dozens euros,
which won't help at all; I imagine that american lawyers cost nearly a
million euros; any amount I could personally give is totally
insignificant.).
Any concrete & practical advice
On Wed, 2010-05-26 at 11:19 -0700, Mark Mitchell wrote:
>
> As for practical advice regarding getting quicker decisions from the FSF
> on licensing issues, I have none. I've worked on several such issues
> with the FSF over the years, and they've all been lengthy processes. If
> I knew how to do
sons. Waiting for GPLv4 means
waiting probably nearly twenty years (and by that time, GCC will
probably cease to be relevant, and perhaps even to be actively be
developed). Waiting for a change of the GCC runtime might mean waiting
for 2 or 4 years.
Cheers.
--
Basile STARYNKEVITCH
testsuite. They may change when
## bootstrapping the compiler, e.g. in stage2 ...
Am I understanding that correctly?
What do you think?
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg
On Wed, May 26, 2010 at 02:40:21PM +0200, Basile Starynkevitch wrote:
>
> No, unfortunately, the bug is still here, and appears when configuring
> GCC MELT with --enable-bootstrap and when compiling it with a gcc which
> is not 4.5. (I confess I rarely test that).
>
> I wil
On Thu, 2010-05-27 at 10:38 +0200, Basile Starynkevitch wrote:
> On Wed, May 26, 2010 at 02:40:21PM +0200, Basile Starynkevitch wrote:
> >
> > No, unfortunately, the bug is still here, and appears when configuring
> > GCC MELT with --enable-bootstrap and when compiling it wi
plugin support
> and similar.
I just added stuff. I am strongly convinced that a gengtype (or Qt
moc) like tool is useful for GCC in all cases (even in a fully C++
GCC).
Thanks for your input.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitc
o any
technical questions. But I am not a lawyer, and not even a native
English speaker.
Respectful 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} ***
ew hours ago.
Perhaps some people (in France) at http://april.org or
http://www.fsfe.org/ would give some advice.
Cheers.
PS. If you happen to reply to me privately, please write in French.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +3
look
at the questions and give me a good advice.
Does any one know any name of a person from FSF who could give a
practical advice? I know nobody in person from FSF - unless there have
been some FSF people at some GCC summit I did attend.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitc
On Sat, 2010-05-29 at 10:39 +0200, Basile Starynkevitch wrote:
> Dear Sir,
>
> [adressed to licens...@fsf.org & g...@gcc.gnu.org]
Apparently, some human at FSF got my email.
An automaton send me:
> There is no need to reply to this message right now. Your request has
> bee
On Sat, 2010-05-29 at 12:45 -0400, Robert Dewar wrote:
> Basile Starynkevitch wrote:
>
> > Does any one know any name of a person from FSF who could give a
> > practical advice? I know nobody in person from FSF - unless there have
> > been some FSF people at some GCC summi
On Sat, 2010-05-29 at 16:48 -0500, Gabriel Dos Reis wrote:
> On Sat, May 29, 2010 at 2:18 PM, Basile Starynkevitch
> wrote:
>
> > I don't seek legal advice. I am only seeking *practical* advice.
>
> yet, you are largely talking about legal issues in substance.
More l
On Sun, 2010-05-30 at 02:10 +0200, Gerald Pfeifer wrote:
> On Sun, 30 May 2010, Basile Starynkevitch wrote:
> > Perhaps the question becomes: whom should I ask permission to add an
> > exception to MELT code's license to permit it to generate a *texi
> > document
dynamic_cast? Do we allow them or not?
What about data structures with a last field which is an array (e.g. in
gimple.h the gimple_statement_with_ops).
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Fai
on or do a setjmp in C or loop forever.).
But I agree that all this is not very important. Sorry for bothering!
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} ***
On Mon, May 31, 2010 at 01:39:08AM -0500, Gabriel Dos Reis wrote:
> On Mon, May 31, 2010 at 12:28 AM, Basile Starynkevitch
> wrote:
>
> > At last, there is a very important issue when switching to C++. What is
> > our "ideal" class hierarchy?
>
> The ideal
On Mon, 2010-05-31 at 08:53 -0700, Mark Mitchell wrote:
> Basile Starynkevitch wrote:
>
> > At last, there is a very important issue when switching to C++. What is
> > our "ideal" class hierarchy? Do we aim at a large forest, or on the
> > contrary at a sin
On Sat, 2010-05-29 at 22:40 -0700, Joe Buck wrote:
> On Sat, May 29, 2010 at 01:39:44AM -0700, Basile Starynkevitch wrote:
> > ... I was told that
> > generating a *texi file from (GPLv3+ licensed, FSF copyrighted) source
> > code could be incompatible with the GFDL l
hat changing
gengtype to follow C++ could be quite painful if we follow the usual
route of parsing our headers. Making a gengtype able to parse almost any
C++ header file would be painful.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile
to bootstrap (i.e. make stage3),
which is not true today. IIRC, today's GCC (i.e. 4.5) cannot even be
configured to have a C++ front-end without having a C front-end. Do we
want to change that?
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestaryn
On Mon, 2010-05-31 at 12:51 -0400, Robert Dewar wrote:
> Basile Starynkevitch wrote:
>
> > To my greatest & extremely positive surprise, I got today an answer from
> > the FSF (I really am very happy of such a quick answer)! I hope it OK to
> > cite here part of the r
On Mon, 2010-05-31 at 22:46 +0200, Basile Starynkevitch wrote:
>
> I did wrote on http://gcc.gnu.org/ml/gcc-patches/2010-05/msg02442.html
> about the patch I intend to apply to the MELT branch (changing copyright
> notice of gcc/melt/warmelt*.melt files there).
>
> I also em
nse to reuse it, or was it a
proof of concept only work?
[I admit I never took time to look in detail into your branch]
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine,
lready do.
But still I don't understand how precisely we would have garbage
collected vectors, or vectors of garbage collected pointers. We need
them.
And if possible, the solution should be generic enough to work for any
other standard C++ container (i.e. maps, ...).
Cheers.
--
Does a root class with only abstract virtual methods would be acceptable
for you? That would add only a vtable.
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} ***
ture C++ code (but I don't have
any concrete scenarii in mind).
> * postpone conversions to later major releases.
Great.
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} ***
or).
It seems that perhaps you are suggesting a status in between reviewers &
W.A.A. contributors.
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} ***
you want. Whatever we
do, we should document that.
I hope your patch will be approved.
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} ***
y or at the organization
responsible of gcc.gnu.org subversion server) legally needs to know who
you are, and which legal document covers your contributions to GCC.
There is no personal attack involved.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkev
27;t understand how can I svn-commit code which I don't have
written (or which has not been written by a near colleague covered by
the same legal documents).
Could someone explain what exactly are the rules for committing code?
I probably am understanding them too restrictiv
e already dead (and perhaps RMS also, since
he is born in 1953, and I was born in 1959). I even could imagine that
GCC won't be very relevant by then (hint: the SIGPLAN programming
language award went to a C compiler which is free -at least for some
definition of free- but not GCC).
-
On Wed, Jun 09, 2010 at 10:46:26PM +0200, Basile Starynkevitch wrote:
> Please also explain who should I contact, and how? Please also explain
> how the GNU Emacs is generated. I guess it is by a software of the GNU
> emacs package.
Sorry for the typo, I mean
"how
On Wed, Jun 09, 2010 at 01:57:03PM -0700, Mark Mitchell wrote:
> Basile Starynkevitch wrote:
>
> >> Meanwhile, I think we should try to make use of the fact that RMS is
> >> permitting auto-generated reference documentation (which I have been
> >> instructed no
he
assembler (that is binutils, not GCC) know that nop is 0f 1f.
Cheers.
PS. I might have some details wrong; I am not very familiar with GCC
back-ends & RTL passes.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
lugins will try hard to be compilable & used both
on gcc 4.5 & gcc 4.6. Of course, we cannot guarantee that it is doable
in the general case.
--
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} ***
Besides, the social organization of GCC makes quite difficult any major,
incompatible, changes on core GCC internal representations (like Gimple
or Tree-s). In practice, the API on Gimple or Tree-s is quite stable
(the last major evolution was the Tree -> Gimple transition of 4.4, and
MELT went th
ring Committee, FSF, RMS, ...)
would accept the idea of generating documentation from code [and
implement the legalese allowing it thru appropriate exceptions, or legal
notices, or licenses], we could even imagine have an automatically
generated chapter documenting the passes. We could also imagine
bly run it on some x86 under Linux or
Cygwin (and perhaps cross-compile for an ARM target), but GCC is
designed to support very strange hosts & targets, in particular systems
with non IEEE 754 floating point numbers.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email:
On Sat, 2010-05-15 at 07:51 +0200, Basile Starynkevitch wrote:
> On 05/14/2010 10:27 PM, Michael Raitza wrote:
> >
> > Up to now I have basic support up and running. The hash map to the loop
> > is missing and I have not figured out yet what I need it for, but Basile
&
ama-c.com/acsl_tutorial_index.html and I was
thinking of using some new pragmas inside GCC to translate these pragmas
to ACSL syntax comments.
All this is exploratory work initiated by my intern Jeremie Salvucci. We
have no idea today if this can be worked out.
Cheers.
--
Basile STARYNKEVITCH
p, or remove a type from
gcc/coretypes.h?
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} ***
gma events to plugins.
>
> I'm pretty sure this won't work for Ada without modifying the Ada
> front-end.
Are there any plugin hooks for Ada pragmas? Perhaps the Ada team might
consider adding some, if it is simple enough. Specific pragmas have
definitely their places in plugi
d
representation? I don't know!).
You could ask me more (e.g. here) about MELT. I am its main author.
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} ***
On Tue, 2010-06-22 at 15:43 -0400, Jianzhou Zhao wrote:
> On Tue, Jun 22, 2010 at 2:56 PM, Basile Starynkevitch
> > To manipulate GIMPLE easily, you could be tempted to use the MELT plugin
> > or branch, see http://gcc.gnu.org/wiki/MELT for more.
> >
> > MELT is a lis
ly only one valid function
> that can be used as an if_marked function: one which checks
> ggc_marked_p on the structure.
A plugin providing its own GC above GGC, like MELT does, also could use
that feature. So don't remove it, please.
Cheers.
--
Basile STARYNKEVITCH http
gal papers signed...).
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} ***
ss that C++ will make some new useful features
of GGC worthwhile; probably C++ could make almost easy the ability to
add local Ggc-ed pointers, not only static or external ones.).
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 850
e
(and I am not a native English speaker, and even with the help of a
dictionnary, I don't understand all the implicit parts of messages)
I am glad that Nightstrike (and I ignored that) contribute to MinGW64 (a
task I consider very difficult).
Cheers.
--
Basile STARYNKEVI
lt
with a slightly different version of MELT.
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} ***
On Mon, 2010-06-28 at 16:08 -0700, Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
>
> > * I don't know exactly what should be wished with respect to templates.
> > Tom Tromey (in CC) have a wonderful insight in
> > http://gcc.gnu.org/ml/gcc/2010-06/msg0014
On Mon, 2010-06-28 at 16:58 -0700, Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
>
> > What is the role of executable_checksum from c-common.h & generated by
> > genchecksum.
>
> It is used for precompiled headers. It verifies that the precompiled
> he
On Mon, 2010-06-28 at 23:30 -0700, Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
>
> > However, I see a slightly more general use of executable_checksum (or
> > something similar) in plugins. Imagine a plugin that store some
> > information somewhere (e.g.
executables is useful.
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} ***
On Tue, 2010-06-29 at 07:02 -0700, Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
> I think it would be fairly difficult to construct a case where a plugin
> cared about the exact compiler, rather than the exact version and
> configuration. The only reason that the PCH s
On Tue, 2010-06-29 at 11:40 +0200, Paolo Bonzini wrote:
> On 06/29/2010 04:16 AM, Tom Tromey wrote:
> > Ian> In Tom's interesting idea, we would write the mark function by hand
> > for
> > Ian> each C++ type that we use GTY with.
> >
> > I think we should be clear that the need to write a mark f
On Tue, 2010-06-29 at 12:50 -0400, Diego Novillo wrote:
> On Tue, Jun 29, 2010 at 12:35, Basile Starynkevitch
> wrote:
>
> > I agree, but a plugin could also do likewise, e.g. write memory contents
> > in some kind of persistent storage.
>
> Why don't we cro
= x.begin(), q = x.end(); p != q; ++p)
> gcc_mark_all (*p);
> }
>
>
> Of course it may be too bad for compilation times, it may require
> other changes (e.g. to the way roots are enumerated, or because
> templates require stuff to be in header files that used to be in
&g
committed them for him. But it would
be much simpler for him to have the ability (that is the account) to
submit on Gcc's Svn.
For practical details (e.g. preferred logins, ssh keys) ask
jeremie.salvu...@free.fr
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} ***
On Wed, 2010-06-30 at 16:38 -0400, Kyle Girard wrote:
> Hello,
>
> I am playing around with a plug-in for gcc but recently ran into the
> road block that plug-ins aren't supported on Windows. Are there any
> plans to add support for the windows platform in the future? If not,
> what are the issu
ices welcome.
Cheers.
PS. On Debian, the make-kpkg command has a --rootcmd=sudo option. I am
trying to imagine the equivalent for GCC. Of course on my machine sudo
don't ask any password.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile:
to -O2?
It would be interesting to hear that GCC is able to LTO a program as big
as Mozilla! And figures (notably RAM, CPU time, wallclock time for
build) would be interesting.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 85
ng;
/// some other cases skipped
} melt_un_t;
By making this correction, the gengtype generated marking routine has
indeed all the cases I was expecting.
Do you think it is only my misunderstanding (as everyone noticed, my
English language is poor since it is not my native language), or a
nsition is needed, or at least very useful, even before any
transition to C++ ?
Cheers.
P.S. I am not yet proposing a gty.texi patch, because I have still a one-line
patch to it awaiting approval
http://gcc.gnu.org//ml/gcc-patches/2010-07/msg00744.html and I usually don't
work on p
401 - 500 of 819 matches
Mail list logo
