ization & code generation abilities of GCC.
Good luck!
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} ***
ted to GIMPLE from your Oberon front-end) and of the
existing gcc/libbackend.a of GCC. Of course, the evil is in the
details.
What you will code cannot be said "a Gimple back-end" since this
already exists (as gcc/libbackend.a) in GCC.
Regards.
--
Basile STARYNKEVITCH http://staryn
chosen. I choose 0.7 because I do know there are
some bugs in it (but several bugs have been reported and corrected
before).
Read carefully the README-MELT-PLUGIN file in the tarball.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile:
dislike
such a feature, I won't start working on it, since I can always pass an
empty-file-for-melt.c as input to ensure that cc1 is run).
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bou
?
I believe this feature would be very useful to add new features to
gengtype (such as support of C++ GTY-ed classes!). But I have no idea
on how to do it!
Any help is welcome.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6
how to write these wrappers.
PPS. If you know about some GPL documentation text (I heard there are some),
please give a pointer.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, Fr
have been able to build the MELT plugin, please
tell me (by private email to avoid bothering lists) and give details (what
gcc 4.6, what distributions). If you have not been able to build it, please
alseo tell.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email
are welcome. If you have been able to build the MELT plugin so
released, please tell me by private email. Bugs reports (including build
failure of the MELT plugin) are also welcome.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6
welcome. If you have been able to build the MELT plugin so
released, please tell me by private email. Bugs reports (including build
failure of the MELT plugin) are also welcome.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501
heers.
--
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} ***
s a catch 22: extra plugin hooks are only
considered (by the GCC community) to be added only if there are real
plugins needing them, but plugins will be developped only if there are
enough relevant hooks to make them.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: ba
particular GIMPLE, TREE, ...). Run gcc with the
-fdump-tree-all options on example code to understand what is happenning.
Good luck.
--
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} ***
dex.php?page=gcc-tut given at CGO
http://www.cgo.org/cgo2011/
These are newer than Albert's ones.
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} ***
(e.g.
Airbus embedded software in planes, or embedded software in nuclear
power plants), for which high development costs are accepted.
And I do know that Pierre will find other bugs in MELT (he already did)
and I am delighted of that -hoping to improve MELT this way, by having
it used.
Regards.
t know if some people are working today on adapting the current
GCC plugin machinery to Windows. I've seen no patch about this (and I
don't care much).
Maybe some future version of Windows might run under Linux :-) :-)
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
e
), and dlopen
that foo.so.
So I don't expect MELT to work under Windows very soon :-)
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 m
my_fatal_at(Msg,__LINE__)
My feeling is that with your proposal, the line number reported would
be wrong.
(I would image that both Linux Kernel's printk and Gtk g_assert might
behave similarily)
But maybe I didn't understood what you are proposing, or what the C
standards are saying.
nance information demonstrates) the
maintainability & readability of the GCC compiler (which, in my
personal opinion, is even more important than the CPU time spent in
cc1, because the rare resources are GCC developers, not processors.).
Cheers.
--
Basile STARYNKEVITCH
On Wed, May 18, 2011 at 10:27:11AM +0400, Andrey Belevantsev wrote:
> On 17.05.2011 23:42, Basile Starynkevitch wrote:
> >On Tue, 17 May 2011 21:30:44 +0200
> >Pierre Vittet wrote:
>
> >>My contributor number is 634276.
> You don't have to write your FSF contr
to gcc-4.6 thru the MELT plugin)
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 Thu, 19 May 2011 09:52:11 -0500
Sebastian Pop wrote:
> On Thu, May 19, 2011 at 09:21, Basile Starynkevitch
> wrote:
> > I am coding a pass in MELT which should ideally transform some OpenCL things
> > into Gimple
>
> I think you mean Gimple to OpenCL.
Yes
>
On Thu, 19 May 2011 09:52:11 -0500
Sebastian Pop wrote:
> On Thu, May 19, 2011 at 09:21, Basile Starynkevitch
> wrote:
[...]
> > How should I find the induction variable?
>
> What is your definition of induction variable?
The one which is used by graphite.
> My defin
c_register_pragma ...
Diego and other people interested in plugins, what do you think of such
a proposal?
I still strongly believe that we cannot just say: plugins should not do
that. A plugin -the same plugin.so- should be possible that work with
and without -flto.
Regards.
--
Basile STARYN
this code?
>
I am not familiar with that code in gcc/lto-streamer.h, but I just
glanced at it and I also believe these should be right shifts.
And indeed, the symmetrical function lto_input_int_in_range has rightly
left shifts.
Cheers.
--
Basile STARYNKEVITCH http://starynk
On Mon, 30 May 2011 22:15:29 +0200
Richard Guenther wrote:
> On Mon, May 30, 2011 at 7:44 PM, Basile Starynkevitch
> wrote:
> > On Mon, 30 May 2011 17:58:48 +0200
> > Richard Guenther wrote:
> >
> >> You can't use language specific functions form a plu
On Mon, 30 May 2011 16:19:31 -0400
Diego Novillo wrote:
> On Mon, May 30, 2011 at 13:44, Basile Starynkevitch
> wrote:
>
> > Diego and other people interested in plugins, what do you think of such
> > a proposal?
>
> I don't think that would work. Plugins n
ant
that). Rewriting GCC more properly is much too disruptive an effort.
And it might be related to its C++ -ization as dreamed by Ian and other
nice guys.
Back to plugins, if we really want several sort of plugins (that is
front-end plugins, middle-end plugins & back-end plugins) we should
stat
months at least working
entirely on the stabilization of the API (that is, on modularization).
And this is not compatible with each organization's goal.
Stabilisatiion of the API and modularization are great goals, but they
won't happen soon.
Regards.
--
Basile STARYNKEVITCH
On Wed, 1 Jun 2011 11:18:16 +0200
Richard Guenther wrote:
> On Wed, Jun 1, 2011 at 6:03 AM, Basile Starynkevitch
> wrote:
> > On Tue, 31 May 2011 23:52:11 +0200
>
> I don't remember saying no to both. I don't see how the invoking_program
> would fix anythi
-file-name=plugin`/name.so and
`gcc -print-file-name=plugin`/cc1/name.so or
`gcc -print-file-name=plugin`/cc1plus/name.so or
`gcc -print-file-name=plugin`/lto1/name.so etc ..
# gcc/ChangeLog entries
2011-06-06 Basile Starynkevitch
* doc
On Mon, Jun 06, 2011 at 12:55:20PM +, Joseph S. Myers wrote:
> On Wed, 1 Jun 2011, Basile Starynkevitch wrote:
>
> > In my view, you are talking of the mythical
> > ModularGCC project,
>
Then, very probably, I Basile don't understand what is called
"modulari
t is a very silly
example, but I would suppose that when that would be possible, GCC
would have to be very modular.
Sorry for having wrongly expressed my thoughts. I mean data (or
object), not variable!
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} ***
to be out of date or not correctly installed."
echo "Please download and install:"
Should I submit the patch, or is there something I missed?
Why do we test the Ver. string ???
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet
On Wed, 08 Jun 2011 10:07:20 +0200
Andreas Schwab wrote:
> Basile Starynkevitch writes:
>
> > Hello
> >
> > With the autogen (GNU AutoGen) 5.11.9 on my Linux/Debian/Sid (or
> > perhaps /Experimental) the genfixes script fail, because of the version
> &g
On Wed, 08 Jun 2011 20:52:51 +0200
Andreas Schwab wrote:
> Basile Starynkevitch writes:
>
> > You see, not Ver. string in it.
>
> $ autogen -v
> autogen (GNU AutoGen) - The Automated Program Generator - Ver. 5.11.1
I might believe that could be more a issue in autoge
On Wed, 08 Jun 2011 21:54:56 +0200
Andreas Schwab wrote:
> Basile Starynkevitch writes:
>
> > And I also believe that the minuscule patch I am proposing in
> > http://gcc.gnu.org/ml/gcc/2011-06/msg00081.html
> > should work on your system too. Could you try it please?
&
egards.
--
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} ***
Hello All,
For those interested, I uploaded this morning 130 slides on a tutorial
I gave last week on GCC plugins & MELT extensions at Archi11 summer school.
(slides are CC by SA)
See http://gcc-melt.org/ where you can download the PDF file
Regards.
--
Basile STARYNKEVITCH
Hello All
(I tried to send a PDF attached to a mail here but it don't work)
For information, I attached under http://gcc.gnu.org/wiki/Memory_management
the slides I showed today in Victoria room about gengtype & C++
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.n
=
ii subversion 1.6.17dfsg-1 Advanced version control system
ii subversion-too 1.6.17dfsg-1 Assorted tools related to Subversion
Do you have any advice on dealing with that? Or explanations?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: b
On Mon, 20 Jun 2011 20:14:15 +0200
Basile Starynkevitch wrote:
> [...]
> Sendinglibstdc++-v3/testsuite/30_threads/thread/swap
> Sendinglibstdc++-v3/testsuite/ext/profile
> Sendinglibstdc++-v3/testsuite/ext/rope/pthread7-rope.cc
> Transmitt
Hello All
I just merged trunk into MELT. So using the newly introduced
c_register_pragma_with_expansion_and_data in MELT can be possible...
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie
- rapid prototyping
>
For your information, MELT has the same goals, except that it does not
ignore the Gcc garbage collector (on the contrary, it is built above
it).
See http://gcc-melt.org/ for more, or download the MELT branch (or the
MELT plugin).
Regards.
--
Basile STARYNKEVITCH
gain, the issue is understanding GCC
internals (mostly Gimple & Tree representations), and being able to
specify a GCC pass doing such analysis. This also requires a deep
understanding of Python -> C binding rules.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
anding in details how you mix
Python reference counting garbage collector with Gcc GGC!
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 m
will favor those applications which don't
need to match GCC things, while MELT favor those that do need to match
GCC things (like Gimple, Tree etc...). Obviously, that makes a
difference (more important than a lispy syntax or not).
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch
...
Perhaps a simpler alternative might be to use the PLUGIN_GGC_MARKING event, it
was designed for such use (and MELT actively uses it).
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} ***
cc-melt-french@ list which is in CC)
J'ai codé une passe MELT qui trouve des bogues dans melt-runtime.c,
notamment les éléments de meltvarptr qui sont inutiles.
--
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} ***
/usr/lib/x86_64-linux-gnu/crt*.o to /usr/lib
This also helps other GNU software, eg emacs, to be compiled.
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
, with its gtype.state file. This affects the MELT packagers.
Thanks to Pierre Vittet and also Alexandre Lissy for their help and
contributions.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie
On Wed, Jul 06, 2011 at 02:39:58PM +0200, pier...@pvittet.com wrote:
> Hello, I got warnings and errors while trying to compile this rc.
I talked with Pierre, and we are suspecting that old files remaining from
his 0.7 MELT plugin installation might cause the issue.
Regards.
--
Bas
bout melt-runtime.h
--
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} ***
quickly (with debug_msg support). Add new mode
translatequickly to compile quickly (with debug_msg & assert_msg
support).
Many bugfixes
(but some bugs remain)
Thanks to Pierre Vittet and to Alexandre Lissy for their contributions.
Regards.
--
Basile STARYNKEVITCH
ll bug report,
Did you install a previous release of MELT plugin (e.g. 0.8rc1 or 0.7)? If
you did, you have to remove it entirely (eg remove all files named *melt*)?
>
> What further information do you require for this?
Perhaps a gdb backtrace of the crash?
Thanks for the bug report. I wi
On Fri, 08 Jul 2011 19:50:11 +1000
Allan McRae wrote:
> On 08/07/11 19:15, Basile Starynkevitch wrote:
> > On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:
> >> empty-file-for-melt.c
> >> cc1: note: MELT is bootstrapping so ignore builtin source director
On Fri, 08 Jul 2011 17:45:39 +0200
Alexandre Lissy wrote:
> Le 08/07/2011 17:43, Basile Starynkevitch a écrit :
> > On Fri, 08 Jul 2011 19:50:11 +1000
> > Alexandre Lissy discovered that by replacing, in file
> > melt-0.8rc2-plugin-for-gcc-4.6/melt-build.mk line 420,
&
, functional/object/reflective
programming, ad hoc interface to GCC API).
MELT is available as a GCC plugin and as a GCC branch. It is free software,
GPLv3+ licensed, FSF copyrighted.
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33
plugin is building on 32 bits x86 Linux/Debian/Sid
Comments are welcome.
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} ***
On Sat, 09 Jul 2011 10:08:06 +1000
Allan McRae wrote:
> On 09/07/11 01:43, Basile Starynkevitch wrote:
> > On Fri, 08 Jul 2011 19:50:11 +1000
> > Allan McRae wrote:
> >
> >> On 08/07/11 19:15, Basile Starynkevitch wrote:
> >>> On Fri, Jul 08, 2
On Sun, 10 Jul 2011 19:00:14 +0200
Basile Starynkevitch wrote:
>
> For your information, I corrected that bug (not only made the
> workaround) on MELT svn rev. 176125.
>
> So I think that the MELT plugin 0.8 final
> (which I will probably release in a couple of days)
he various previous release candidates for MELT 0.8
plugin should
have been fixed.
--
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} ***
q format is probably handled inside gcc/diagnostic.c &
gcc/pretty-print.c
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} ***
> Yes. With this patch, we build cc1plus at stage 1, and use it to build
> libstdc++ at stage 1, and use both to build stage 2.
I think that we might also want to have some easy & documented way to build the
stage1
directly with g++, assuming (or when) it is already availab
.c defines a main function. Is this behavior expected ?
No, you probably hit a bug. I will look at it next week.
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} ***
"
You can download it from http://www.gcc-melt.org/MELT-Starynkevitch-DSL2011.pdf
(25 pages
of PDF)
MELT is a domain specific language for extending GCC. See http://gcc-melt.org/
for more.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchne
Hello All
I just merged trunk into the MELT branch.
(you probably will need to rebuild the branch in a fresh build tree)
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine
ed=0.
I have a similar issue in the MELT branch, and I am passing to -frandom-seed
the md5sum
of relevant source files. With such a trick, the seed is reproducible from one
build to
the next one (of the exact same source tree), and does provide much more
randomness than
just using 0 all the time.
nk (to be used inside B-trees) from the address of a
gimple
or a tree.
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} ***
Hello
For information I merged trunk 176576 into MELT branch rev 176583
and the build machinery has been improved.
MELT now requires every MELT module to have its generated .c files available.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email
On Thu, 21 Jul 2011 11:13:00 -0700
Ian Lance Taylor wrote:
> Jakub Jelinek writes:
>
> > On Thu, Jul 21, 2011 at 08:51:46AM -0700, Ian Lance Taylor wrote:
> >> Basile Starynkevitch writes:
> >>
> >> > I have a similar issue in the MELT branch, and
use a shell script using the output of gcc
-print-file-name=cc1
etc, but I was imagining something simpler, like eg an hypothetical option
gcc -print-internal-checksums
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8
On Fri, 22 Jul 2011 15:12:36 -0700
Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
>
> > Should we add an option to the gcc driver which would print such checksums?
>
> I'm not quite sure what checksums you want.
>
> Suppose you just do
>
>
On Mon, Jul 25, 2011 at 01:05:17PM +0200, Pierre Vittet wrote:
> Hello,
>
> I might need to commit on the MELT branch in the next weeks, however
> Basile Starynkevitch which is the maintainer for this branch will
> not be able to commit my patchs as he will be on holliday.
>
kefile.in to understand more what
gengtype is
doing. And gengtype accepts several -v flags.
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} ***
). I believe
that no, but I am not sure.
Can dump_file be used outside passes (e.g. in the initialization part of a
plugin)? I believe that no, but I hesitate.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue
MELT.
Thanks to Pierre Vittet, Alexandre Lissy, Romain Geissler for
feedback, patches, suggestions.
The gcc-melt.org site contains also the HTML documentation which is produced
when building that plugin.
Enjoy!
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
e
;
>Slow boxed arithmetic operations are available (e.g. +iv gets two
>boxed integer and gives the boxed integer of their sum).
>
> Many bug fixes.
>
> The build system has been revamped. The generated .c files should be
> available when running MELT.
>
>
On Tue, 13 Sep 2011 21:48:21 +0200
Basile Starynkevitch wrote:
>
> Hello,
>
> It is my pleasure to announce MELT plugin 0.9 release candidate 2.
>
I forgot to mention the URL for GCC MELT http://gcc-melt.org/
The plugin 0.9rc2 can be retrieved on
http://gcc-melt.org/melt-0.
even gcc-4.7 won't have
gengtype
installed.
Regards.
PS. I really cannot write a patch for that, I don't understand the makefile &
configure
tricks enough.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 23
se. Yes, gengtype is installed now. I looked too quickly in the
gcc/Makefile.in.
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} ***
ctory. Should I
care about naughty characters inside?
For curious people, see
http://groups.google.com/group/gcc-melt/browse_thread/thread/74c36fae50a2b47d
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue d
hen moving from an PCI Express
external GPU card (like any AMD or Nvidia graphics board) to a GPU inside the
CPU chip.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine,
The build system has been revamped. The generated .c files should be
available when running MELT.
Thanks to Pierre Vittet, Alexandre Lissy, Romain Geissler for
feedback, patches, suggestions.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mo
On Tue, 27 Sep 2011 21:56:12 + (UTC)
"Joseph S. Myers" wrote:
> On Mon, 26 Sep 2011, Basile Starynkevitch wrote:
>
> > Hello All,
> >
> > It seems to me (file gcc/Makefile.in, definition of DRIVER_DEFINES) that
> > the configure-d PREFIX is
ions. See
http://gcc-melt.org/ for
more.
And an application could also link with its specialized garbage collector, so
manage its
heap specifically. (look into Ocaml for an example).
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33
also dig into the big literature on memory management &
garbage
collection. In particular, search for "compile time garbage collection"
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Fai
welcome (to the gcc-m...@googlegroups.com
list with CC
to me Basile).
PS. The pre-released MELT 0.9.1rc0 was buggy and unusable. So please download
this
0.9.1rc1 release candidate.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6
ts and helps are very 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 mine, sont seulement les miennes} ***
c? Are these hash-tables weak, in the sense that when nothing
points to the
value, the association of the key to the value is removed?
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} ***
On Tue, 18 Oct 2011 09:35:16 -0700
Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
>
> > I would like to add destroyable objects into Ggc (the GCC garbage
> > collector, see files
> > gcc/ggc*.[ch]).
>
> I think this type of thing is conventionally call
delete statements (in C++ parlance) is a big
impediment [in
particular because a compiler does have circular references, and some of the
circularities are global to the compiler, not local to a single pass].
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestar
On Tue, 18 Oct 2011 10:36:08 -0700
Ian Lance Taylor wrote:
> On Tue, Oct 18, 2011 at 10:13 AM, Basile Starynkevitch
> wrote:
> >
> > Still, I find strange that while some very smart & nice GCC guys want to
> > get rid of Ggc,
> > no patch made into the trunk
On Tue, 18 Oct 2011 18:53:07 +0100
Jonathan Wakely wrote:
> On 18 October 2011 16:12, Basile Starynkevitch wrote:
> >
> > Of course, with C++, the destructor routine is really what C++ calls a
> > destructor, e.g
> > something like extern "C" void
racted
to work
inside GCC. So stuff that would help them, even if GCC takes a few more
milliseconds to
compile files, is from my point of view important. And I think an automated GC
would help
them. (Or perhaps should we wait to switch to C++ till C++2011 is common
enough, and
provide good enough G
oes whatever the operator delete does (which for the placement delete
operator
is indeed a no-op).
So I thought that
delete (p) p;
actually called p->~C()
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue
On Tue, 18 Oct 2011 14:42:34 -0500
Gabriel Dos Reis wrote:
> On Tue, Oct 18, 2011 at 12:41 PM, Basile Starynkevitch
> wrote:
>
> > However, I don't know very well auto_ptr.
>
> why do you believe you have to focus on auto_ptr?
I actually meant _ptr template C++ clas
h order functions &
objects &
pattern matching) designed for GCC extensions.
[sorry for the shameless plug, I am the main author of MELT]
And MELT garbage collector fits very well in Gcc, it is a copying GC built
above Ggc.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch
"proof-of-concept" style code samples.
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} ***
On Wed, 19 Oct 2011 01:16:03 -0500
Gabriel Dos Reis wrote:
> On Wed, Oct 19, 2011 at 1:00 AM, Basile Starynkevitch
> wrote:
>
> > However, I don't often see the people arguing against Ggc talking about the
> > difficulties
> > for GCC newscomers to dive inside
ry, or do you suggest I need yet another kind of page_entry,
e.g. a finalizable_page_entry (for rather "small" finalized Ggc objects).?
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Fa
101 - 200 of 819 matches
Mail list logo
