ow
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} ***
ed to plugins.
The first enables a = in a plugin argument, and the second enable .cc files to
gengtype.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opini
sses.
As usual, many bug fixes... A ticket system is now available on
https://sourceforge.net/p/gcc-melt/tickets/ for bug reports.
##
Please download it, test it, and report any bugs or successes
on gcc-m...@googlegroups.com
I hope to release the MELT 1.0 plugin definitive release in a few
reports.
####
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 mine, sont seulement les miennes} ***
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} ***
todependencies for make, etc...) is unhappy
(because this requires -I$(srcdir)/../gcc to be added in the Makefile.in
of libcpp/)
What would be the good way to add such a plugin event to GCC 4.9?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitc
On Mon, 2013-11-18 at 13:17 +, Joseph S. Myers wrote:
> On Sun, 17 Nov 2013, Basile Starynkevitch wrote:
>
> > What would be the good way to add such a plugin event to GCC 4.9?
>
> See the cpp_callbacks structure, used to make diagnostics go through GCC's
>
aps
default-enabled (just because I like the language and I trust your
work on Go in GCC; the one major thing I miss in Go is dynamic loading à
la dlopen).
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la
my students at Univ.
Pierre et Marie Curie, Paris, France (notably Boris de Finance and
others) for reporting the bug.
Please report bugs and ask questions on the gcc-melt googlegroup:
https://groups.google.com/forum/#!topic/gcc-melt
i.e. gcc-m...@googlegroups.com
Regards.
--
Basile
please say so. If you have any comments about naming or
messages, please help!
Your feedback is expected and welcome!
Regards.
PS: if this is welcomed it will be part of next MELT plugin (i.e. MELT
plugin 1.1 - but I don't promise any date for its future release).
PPS: I have some meeting tomo
On Thu, 2014-01-23 at 17:42 -0800, Ian Lance Taylor wrote:
> On Thu, Jan 23, 2014 at 1:28 PM, Basile Starynkevitch
> wrote:
> >
> > Reminder: IANAL, ie I (Basile) am not a lawyer! But I am a free software
> > enthusiast and I like a lot the GPLv3
> >
> >
tion, so probably I am very naive.
If someone had time to explain what passes are optimizing this sum
function with g++ -std=c++11 -O3 I would be very happy (the handling of
lambda-s is really mysterious to me)...
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestary
ields
> > appear.
> >
>
> OK. Found the issue. I had the 2 fields enclosed inside a #if 0 and #endif
>
> I guess whatever that is reading the fields to create gtype-desc.c does not
> understand C/C++ pre-processing, and thus it didn't ignore the fields in
>
}
BTW, did you consider using MELT http://gcc-melt.org/ to code your GCC
extension?
--
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} ***
stions asked by
newbies users of GCC (or beginners in C programming) which could have
been avoided (or at least noticed) by -Wall
BTWX, when I teach some courses and have students use GCC I require them
to pass -Wall and to do the necessary to avoid any warnings.
Regards.
--
Basile STARYNKEVITCH
On Thu, 2014-02-27 at 15:34 +0100, Richard Biener wrote:
>
> I've been hacking on a prototype that generates matching and
> simplification code from a meta-description.
For what it is worth, MELT has a similar feature. http://gcc-melt.org/
regards
--
Basile STARYNKEVITC
thing would be to set current_pass in dump_one_pass....
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} ***
ments.
Regards.
PS. Plugins cannot extend the C syntax (except thru attributes, builtins,
pragmas).
--
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} ***
from
http://gcc.gnu.org/viewcvs/gcc/branches/melt-branch/gcc/obsolete-melt/xtramelt-c-generator.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 {ar
c-melt.org/gcc-plugin-MELT-LinuxCollabSummit2014.pdf
There should be useful to anyone interested
in GCC plugins or MELT extensions
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bour
rbage collector would be useful even
if part of GCC is going C++)
Or is improving gengtype not even worth any effort?
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opi
cted.
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} ***
cause most questions about gengtype remain unanswered.).
>
> Basile, I don't see a problem with your plan, in principle.
(I have not fully decided yet yo work on it; currently it is a wish mostly; is
it ok to
use the MELT branch for that also??? I believe I don't want to work on
GCC to be hacked with GCC
(we could
put the generated gt-*.[ch] files inside the repository, so GCC would then
still be
compilable by any C++03 compiler).
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue d
###
Sorry for such a late bug-fix! Comments and patches are welcome, either to
gcc@gcc.gnu.org or to gcc-m...@googlegroups.com
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bour
Hello all
I just merged the trunk (future 4.8, svn rev 185094 into the MELT branch.
This is the first merge of trunkk 4.8 into MELT.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340
could be an interesting case for MELT, which
obviously provide higher-level functions (since MELT functions are true
closures).
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La
velopers and gradually will
become
less and less relevant).
My first wish is that someone (a "global reviewer" probably) would propose a
tentative
list of modules to discuss.
I hope I did not hurt anyone. If I did, please accept my apologies. Feel free
to ignore
that email.
Regards
On Sun, 18 Mar 2012 13:11:05 -0400
Robert Dewar wrote:
> On 3/18/2012 12:56 PM, Basile Starynkevitch wrote:
>
> > * you can name and count the modules of a software
>
> Well in a hierarchical system this is not so clear, since modules may
> exist at different
On Sun, 18 Mar 2012 20:49:24 +
Jonathan Wakely wrote:
> On 18 March 2012 16:56, Basile Starynkevitch wrote:
> >
> > * a garbage collector. Even a modular GCC need some memory management
> > policy (and
> > ref-counting à la GTK, or à la std::shared_ptr
m,
and dive more deaper into a modular organization of GCC. (I really think we
cannot discuss of things which stay ill-defined and un-named).
Regards.
PS. Again, I don't have a large enough knowledge of GCC to even propose a
list of modules.
--
Basile STARYNKEVITCH http://starynkev
On Wed, Mar 21, 2012 at 10:24:54AM -0500, Gabriel Dos Reis wrote:
> On Wed, Mar 21, 2012 at 10:03 AM, Basile Starynkevitch
> wrote:
>
> > Sorry people, we don't have any established list of named modules. I see
> > nowhere a list of one or two dozens of mod
't be compilable any more by a C (not C++) compiler, should we make
that a
prominent & documented change? I believe it should also be reflected in our
configure
machinery (by rejecting the build of GCC when a C++ compiler is not available).
Regards.
--
Basile STARYNKEVITC
On Sun, 25 Mar 2012 14:04:56 -0400
Diego Novillo wrote:
> On 3/25/12 1:28 PM, Basile Starynkevitch wrote:
> > On Sun, 25 Mar 2012 13:25:34 -0400
[...]
> > I would suggest then to put in a core header file (even used by plugins)
> > something like
> > #ifndef __cplusc
On Sun, 25 Mar 2012 20:30:31 +0200
Basile Starynkevitch wrote:
>
> How can a plugin know that cc1 was compiled with C++ or just with
> plain C? I don't really know (we do have GCCPLUGIN_VERSION, but should a
> plugin use
> ENABLE_BUILD_WITH_CXX)?
Actually, I tend to believe
s configure script - I didn't want to use m4 given
> that python is available. I'm sure I'll figure something out though.
For what it is worth, the MELT plugin don't use autoconf.
And I still think that GCC 4.7.1 should be able to tell by itself if it was
compiled
the same as plugin developers).
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} ***
them.
[in other words, I may propose some patch or enhancement to GCC, but then I am
acting as
a GCC contributor, not as a plugin developer]
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} ***
from release to release.
They blame nobody if their plugins break from one release to the next. They
take this
incompatibility of GCC as part of their plugins developer's work.
Again, a plugin writer by definition uses whatever interface is given to him.
Cheers.
--
Basile STARYN
re about plugins to do all the work of
> making writing plugins easier.
I actually agree with that. for the record, several PLUGIN events have been
added at my
suggestion (notably those related to Ggc).
But I feel I don't wear the same hat as a plugin developer and as a GCC
contribut
not work. (Maybe a := versus = make variable thing).
Do you have any suggestions about such things? Assuming a plugin whose source
code
should work with both 4.6 & 4.7, how would you autodetect if GCC was compiled
in C++ or
in C mode? What am I doing wrong?
Regards.
--
Basile STARYNKEVITCH
On Thu, 29 Mar 2012 15:22:28 -0400
Diego Novillo wrote:
> On 3/29/12 3:01 PM, Basile Starynkevitch wrote:
>
> > But I feel I don't wear the same hat as a plugin developer and as a GCC
> > contributor.
>
> Yes, you do. You are both a GCC contributor and a plugi
atch with
2012-03-29 Romain Geissler
* MELT-Plugin-Makefile (MELTGCC_BUILD_WITH_CXX): Better grep.
(I will test it tomorrow)
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie
On Thu, 29 Mar 2012 23:29:40 +0200
Romain Geissler wrote:
>
> You've made a typo will copy/pasting part of the line. Look at the dollar $
> char
> near '=$ (shell)', the space is misplaced. It should be '= $(shell'.
Thanks! Corrected.
; The rest can be tagged with a special convention (for instance, an ???i_???
> prefix), to make it clear that it???s only meant for internal consumption.
I like that approach. I also feel that the headers should contain structured
comments from which some (imperfect) documentation of (an imper
he MELT plugin tarball
./contrib/make-melt-source-tar.sh $PWD /tmp/meltplugin
You now should have a /tmp/meltplugin.tar.gz which is the MELT plugin
tarball corresponding to your state of the MELT branch
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkev
solution).
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} ***
it lead to errors
> while building other parts of GCC.
Do you have any ideas on how to make autoconf things for the MELT plugin?
Also, I was believing MacOSX needs *dylib files not *so one ?
Thanks, cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynke
On Sat, 31 Mar 2012 10:52:09 +0200
Romain Geissler wrote:
>
> Le 31 mars 2012 à 09:07, Basile Starynkevitch a écrit :
>
> > On Sat, 31 Mar 2012 02:22:43 +0200
> > Romain Geissler wrote:
> >
> >>
> >> I tried to build the latest melt-bran
h.awk &
make-warmelt-predef.awk which probably uses some GNU things. (I think that
printf in AWK
script is a GNU extension).
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg
On Sat, 31 Mar 2012 15:55:50 +0200
Romain Geissler wrote:
> Le 31 mars 2012 à 15:07, Jonathan Wakely a écrit :
>
> > On 31 March 2012 13:38, Basile Starynkevitch wrote:
> >>
> >> (I think that printf in AWK script is a GNU extension).
> >
> > Nope, i
only C++ compilable (and that we
remove the
ability to compile it with C)
More generally, I would like a description, or a list of host systems for GCC.
What kind
of system services [e.g. dlopen, time, ...] to we require GCC to access to?
Regards.
--
Basile STARYNKEVITCH http
On Sun, 01 Apr 2012 16:41:09 -0400
Diego Novillo wrote:
> On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
>
> > If we want to aim towards a more modular GCC made of several shared
> > libraries, it seems
> > that we are requiring the host system to have dynamic librar
On Mon, Apr 02, 2012 at 10:44:41AM +0200, Richard Guenther wrote:
> On Mon, Apr 2, 2012 at 7:37 AM, Basile Starynkevitch
> wrote:
> > On Sun, 01 Apr 2012 16:41:09 -0400
> > Diego Novillo wrote:
> >
> >> On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
> > I
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, Apr 02, 2012 at 12:30:51PM +0200, Basile Starynkevitch wrote:
> Hello All,
>
> It is my pleasure to announce the MELT plugin 0.9.5 release candidate 2 for
> GCC 4.6 or 4.7.
MELT is a high-level domain specific language t
On Mon, Apr 02, 2012 at 05:40:37AM -0500, Gabriel Dos Reis wrote:
> On Mon, Apr 2, 2012 at 12:37 AM, Basile Starynkevitch
> wrote:
> > On Sun, 01 Apr 2012 16:41:09 -0400
> > Diego Novillo wrote:
> >
> >> On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
> >&g
to confuse that with the C++
> transition.
But I believe we could install as a rule that every genuine C++ source file be
indented
with
astyle -gnu -s2
and perhaps even provide an 'indent' make target for that purpose.
I really think that systematic reindentati
y to document how to customize the spec file to make -Wall by default.
But I do agree that newbies need -Wall even more than others, but don't know
about it.
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue
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} ***
work more
on (that
is, "inside") GCC, to only to use GCC.
(and I am not very very optimistic, in particular because the internal APIs of
GCC are
not very well documented, not very well agreed upon...).
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email:
ntains [MELT])
Thanks to Alexandre Lissy for last minute bug reports.
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} ***
st software make the implicit assumption
that all
pointers have the same size.
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 Sun, 29 Apr 2012 12:50:44 -0400
Robert Dewar wrote:
> On 4/29/2012 12:47 PM, Basile Starynkevitch wrote:
>
> > My biased point of view is that designing a processor instruction set (for
> > POSIX-like
> > systems or standard C software in mind) with function pointer
want to play with GCC MELT to understand some
of the basic internal representations of GCC)
On the other hand, GCC offers you a very powerful back-end architecture.
But GCC is complex, and significantly evolving!
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basil
lso in gcc/doc/gimple.texi the meaning of each.
Having both identifiers gimple & gimple_seq conveying the same meaning would be
confusing, especially to plugin writers (who have less familiarity with GCC
internals
than we do).
Regards.
--
Basile STARYNKEVITCH http://starynkevitch
On Fri, May 11, 2012 at 02:12:32PM +0200, Michael Matz wrote:
> On Fri, 11 May 2012, Basile Starynkevitch wrote:
>
> > However, the type gimple_seq still appears in a lot of source files
> > (mostly gcc/gimple*.c & gcc/tree*.c)
> >
> > Is this intended, or
core data
representations.
For example, you cannot add a new field to the union tree_node or to the struct
tree_decl_common ... I recommend associating information in your own plugin data
structure, such as some hash table.
In a few words, plugins cannot extend existing GCC data structu
On Sat, 2 Jun 2012 20:31:26 +0200
Basile Starynkevitch wrote:
> In a few words, plugins cannot extend existing GCC data structures, but can
> associate them
> to their own data.
I forgot to mention that gimple-s (but not tree-s) give you a unsigned client
number
called a uid, which
On Sat, 2 Jun 2012 11:47:51 -0700
Brett Foster wrote:
> On Sat, Jun 2, 2012 at 11:31 AM, Basile Starynkevitch
> wrote:
> > In the MELT meta-plugin (recall that MELT is a high-level domain specific
> > language to
> > extend GCC, see http://gcc-melt.org/ for
On Mon, Jun 11, 2012 at 11:24:56AM +0400, niXman wrote:
> I want to implement an analog of __ has_include from CLang.
> Please tell me, how to get started?
Look into libcpp/ directory, probably into libcpp/macro.c
Good luck. Cheers.
--
Basile STARYNKEVITCH http://starynkevit
your programming language as a translator
to C code
(with GCC extensions).
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} ***
d
GCC) for that purpose.
See http://gcc-melt.org/ for more (or ask me).
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} ***
losing your time if staying with GCC 4.1
and not knowing it very well yourself; don't hope to get much help on GCC 4.1,
since the GCC community forgot its details, and GCC has tremendously evolved
since.).
Good luck. 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} ***
candidate, preferably on
gcc-m...@googlegroups.com
Regards
PS: I'm on vacation from July 7th to July 15th 2012, probably without internet
access.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 9234
d.
GCC has very deeply the idea that you compile compilation units (such as
toplevel C
files) in whole by parsing some files.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg
On Thu, 19 Jul 2012 15:45:16 +1000
Chris Jones wrote:
> Basile Starynkevitch wrote:
> > On Thu, 19 Jul 2012 13:23:40 +1000
> > Chris Jones wrote:
> >
> >> Is there any reason that I can't create a new front-end translator for
> >> gcc using QT?
&g
amp; 4.7.
Please report bugs about MELT and questions (and perhaps success stories) on
gcc-m...@googlegroups.com
Regards.
NB: Any previous 0.9.6 something release of MELT should not be used.
(release candidates and release 0.9.6.c was buggy). Use 0.9.6-d only.
--
Basile STARYNKEVITCH http://starynkev
++ specific feature
should be renamed from *.c to *.cc at the moment the C++ feature goes inside?
(i'm trying to merge trunk back into MELT branch)
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faien
.dynami
#4:_ melt-runtime.c:9675:: meltgc_load_modules_and_do_mode before loading
curmod meltbuild-stage0-dynamic/warmelt-modes.dynamic
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bour
> http://reality.sgiweb.org/davea/dwarf.html
If Ian's DWARF reader is simple enough (since suited for a single purpose),
it might be helpful to avoid yet another external library dependency for GCC.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basiles
ding procedure, testing itself by running
a simple MELT pass on the MELT runtime. Obviously this step makes
no sense for cross compilers, hence the question)
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue d
haps still with GCC 4.6, and with the trunk (i.e. 4.8).
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} ***
onst char* plugin_host_triplet (void);
const char* plugin_target_triplet (void);
I was naively hoping the "x86_64-linux-gnu" string to appear in some generated
"source"
[I mean, outside of *.o object files] file or header in the build tree,
but it does not seem to be that simple...
Cheer
On Wed, Sep 05, 2012 at 03:14:40PM +, Joseph S. Myers wrote:
> On Wed, 5 Sep 2012, Basile Starynkevitch wrote:
>
> > const char* plugin_build_triplet (void);
>
> I think if you want to tell the plugin about the build triplet in this
> sort of way, there is some
rnals of GCC
(there are a lot of them)
and begin to propose some patches on gcc-patc...@gcc.gnu.org
(but you need the legal part -copyright assignment to FSF- to be completed).
Have fun.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501
a23b906797
extracted from the MELT branch of GCC svn rev. 191572 on september 20th 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 mines, sont seulement les miennes} ***
rce files of GCC (the issue
is to not
read a lot of code). GCC is too huge to be understoood by a single human. At
last, propose small patches.
Some parts of GCC could attract you more than others.
Don't forget to ask questions on mailing lists or IRC.
Have fun.
--
Basile STARYNKEVITCH
n GCC trunk's source files.
Where does that message come from?
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} ***
others)
I am waiting for your bug reports, on gcc-m...@googlegroups.com
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
If the static variable (here myutestptr) is declared with the
struct mytest_st* type, the marker is emitted.
I'm investigating that bug and hope to submit a patch soon.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 23
On Tue, Oct 02, 2012 at 09:57:53AM +0200, Basile Starynkevitch wrote:
> I observed in http://gcc.gnu.org/ml/gcc/2010-07/msg00248.html that
> sometimes mark_hook-s are not working (and MELT needs them strongly).
>
> Actually, the following test case shows that mark hooks are not
melt_payload_register_descriptor C function.
Please report bugs and success stories on gcc-m...@googlegroups.com
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
ELT users could register their own finalized client data using
> the melt_payload_register_descriptor C function.
I also corrected a few more bugs (and found yet another one, I am working on it)
Sorry for the mess, and thanks to Alexandre Lissy for noticing it.
Cheers.
--
Basile STARYN
xperiment such ideas.
--
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} ***
s. The probe has been improved, and also shows some
Gimple/SSA. Consider using Alexandre Lissy's replacement (Python/Qt
based) of the probe.
##
Thanks to Alexandre Lissy, Emmanuel Haucourt, Jeremie Salvucci for their help
and contributions.
Bug reports and feature requests are welcome on
plugin_init function of a plugin is called.
Perhaps we should add a comment in gcc/tree.h explaining that, and state more
precisely when is char_type_node really usable.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
tribute__((format(printf))) functions done
in the GCC source 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 mines, sont seulement les miennes} ***
On Fri, Oct 19, 2012 at 10:26:58AM +0200, Richard Biener wrote:
> On Thu, Oct 18, 2012 at 10:33 PM, Basile Starynkevitch
> wrote:
> > Hello
> >
> > I'm coding in MELT the ex06/ of https://github.com/bstarynk/melt-examples/
> > which should typecheck ca
ts are doing that.
If you insist of having a reentrant easily usable library with a well defined
interface to compile code to machine code or to object files, LLVM is today
more suitable for this usage than GCC is. (but that might change in a few
years).
Regards.
--
Basile STARYNKEVITCH
601 - 700 of 815 matches
Mail list logo
