multiple of 64 size, so we can call md5_process_block. We only call
md5_process_bytes for the last data.
Thanks!
Pierre Vittet
2011-09-19 Pierre Vittet
* melt-runtime.c (meltgc_string_hex_md5sum_file_sequence): Concatenate
files stream to call md5_process_block, we only call
Hello,
Ping!
I would like to get a return on this patch. I don't know quite well the
status of libiberty in GNU, please if I must this patch on another
mailing list, please say me on which.
Thanks!
Pierre Vittet
the code. I searched on google, and it does not looks
to be used. Does anyone want it or thing that it should not be removed?
Ok for trunk ?
Thanks!
Pierre Vittet
PS: I also write a small gcc plugin, allowing to easily test
md5_process_bytes, if can change your environment in a way where the
Hello,
This is a small patch adding primitive isnull_tree (as there is already
a primitive isnull_basicblock).
Pierre Vittet
Index: gcc/melt/xtramelt-ana-base.melt
===
--- gcc/melt/xtramelt-ana-base.melt (révision 178282
of a strbuf.
Pierre Vittet
Index: gcc/melt/warmelt-base.melt
===
--- gcc/melt/warmelt-base.melt (revision 176434)
+++ gcc/melt/warmelt-base.melt (working copy)
@@ -272,6 +272,11 @@ number $NUM opaque location number $LOC.}#
:doc
beyond (but there are
still issues.
Pierre Vittet
Index: melt-build.tpl
===
--- melt-build.tpl (révision 178131)
+++ melt-build.tpl (copie de travail)
@@ -579,7 +579,7 @@ ENDFOR melt_translator_file+]
[+FOR melt_translator_file
Hello,
this patch correct the function meltgc_string_hex_md5sum_file_sequence,
it now returns the same than "cat myfile1 myfile2 ... | md5sum".
fread was not correctly used + it looks like you can't mix function
md5_process_bytes and md5_process_blocks.
Pierre Vittet
Hello,
This minor patch add a primitive to get a list of s-expression from a
boxed C string of a strbuf.
This is only the MELT part, as the called C code was already written.
I compiled and test it.
Thanks!
Pierre Vittet
2011-07-18 Pierre Vittet
* melt/warmelt-base.melt
Right, here is the new version of the patch (with the correct files).
I added, a function register_pre_genericize_hook in
melt/warmelt-base.melt to be called when we want to register a MELT
function to handle the callback, so we don't manually set
sysdata_pre_genericize field.
Pierre V
warmelt-upgrade must be run in order to
regenerate generated melt files.
The add_pre_genericize_hook patch add a function (in melt-runtime.c) to
be called on PLUGIN_PRE_GENERICIZE, which call the closure
sysdata_pre_genericize defined by the users.
Thanks
Pierre Vittet
2011-07-15 Pierre
/melt-default-modules-*.modlis was
incorrect, a ';' was missing in the install instruction.
Pierre Vittet
2011-07-15 Pierre Vittet
* Makefile.in (install-melt-default-modules-list): Fix bad file call.
Index:
care,
as we can only register a single pragma named "melt" (maybe we could use
another function specially for 4.6 ?).
Thanks!
Pierre Vittet
2011-07-07 Pierre Vittet
* melt/warmelt-base.melt (register_pragma_handler ): new function.
Index: gcc/melt/warmelt
On 06/07/2011 18:25, Kevin André wrote:
On Wed, Jul 6, 2011 at 18:00, Pierre Vittet wrote:
I would like user of the plugin to give in arguments the name of the
functions on which he would like a test to be run. That means that I must
convert the string containing a function name (like
being registered. I also
removed the PRAGMA_BAD macro as it was said to be less readable, and
changed malformed pragma warnings into errors.
I tested the patch without seing any error or regression.
Pierre Vittet
2011-07-03 Pierre Vittet
* melt-runtime.c: include c-pragma.h
doesn't handle correctly the absence of file.
This patch correct this, if there is no file, it create a "virtual" one
which is named "stringBuffer".
Pierre Vittet
Index: gcc/melt-runtime.c
===
--- gcc/
as parameters.
For GCC<=4.6, there is a minimal pragma support, we can handle following
pragma:
#pragma GCCPLUGIN melt (,...)
with only melt as name.
ChangeLog:
2011-06-24 Pierre Vittet
* melt-runtime.c (GCC_PRAGMA_BAD): Macro to return an error from the
pragma handling
change has been compiled and tested without errors.
ChangeLog:
2011-06-22 Pierre Vittet
* melt-runtime.c (load_melt_modules_and_do_mode): load extra module
before
setting options
Pierre Vittet
Index: gcc/melt-runtime.c
by another.
I took this opportunity to add a small comment to the function (in the
second diff).
ChangeLog
2011-06-21 Pierre Vittet
* melt-runtime.c (meltgc_new_split_string): Fix issue.
2011-06-21 Pierre Vittet
* melt-runtime.c (meltgc_new_split_string): Add comment.
Thoses two patchs have already been approved (see
http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01159.html).
I haven't write permission currently, could someone commit them?
ChangeLogs have to be applied on gcc/c-family/ChangeLog .
Thanks !
Pierre Vittet
Index: gcc/c-family/c-pra
I guess this is better now.
Changelog (gcc/c-family):
2011-06-10 Pierre Vittet
* c-pragma.h (pragma_handler_1arg, pragma_handler_2arg): New handler.
(gen_pragma_handler): New union.
(internal_pragma_handler): New type.
(c_register_pragma_with_data
thanks!
I formatted as you requested.
I cannot commit myself as I haven't a "write after approval" status,
maye you can do it, or I can wait my GSOC mentor, Basile Starynkevitch
to do this (He mights be busy for a few days).
Pierre Vittet
Index: gcc/c-fa
end passes).
Thanks.
On 09/06/2011 08:16, Basile Starynkevitch wrote:
On Wed, 08 Jun 2011 23:26:39 +0200
Pierre Vittet wrote:
I have written a test for this patch and run it (it works correctly). I
guess there is no reason why it should not be accepted now.
To recap, this patch add a v
remark,
please, send me it. Especially, I am not sure about the format of my
ChangeLog, if there is an issue, I am ready to change it.
Changelog gcc:
2011-06-08 Pierre Vittet
* c-pragma.h (pragma_handler_1arg, pragma_handler_2arg,
gen_pragma_handler, internal_pragma_handler
comfortable with
it for now ;).
Pierre Vittet
On 03/06/2011 17:47, Basile Starynkevitch wrote:
On Fri, 03 Jun 2011 17:31:25 +0200
Pierre Vittet wrote:
Thank you for your answer!
I send you a new patch
I have corrected the errors you raised.
I have make my patch compatible with the old use of
ws to keep a more clear code. I can do it, if you
think it is better.
I have successfully compiled gcc with my patch and I have tried it with
a modified version of gcc/testsuite/g++.dg/plugin/pragma_plugin.c.
Pierre Vittet
On 02/06/2011 19:51, Tom Tromey wrote:
"Pierre" ==
sg val1 "debugging melt pragma")
)
(put_fields
initial_system_data
:sysdata_meltpragma_definer my_simple_pragma_handler
)
Pierre Vittet
Index: gcc/melt/warmelt-first.melt
===
--- gcc/melt/warmelt-first.melt (revision
that it puts an end of lines between the
two informations. If you think there is a best way to do this, I am ok
to try it.
The new changelog:
2011-05-20 Pierre Vittet
* melt/xtramelt-ana-base.melt
(is_dominance_info_available, is_post_dominance_info_available
se it).
Unsafe functions are only for internal use and so are not exported.
I have compiled GCC MELT with the patch and successfully test the functions.
Changelog:
2011-05-17 Pierre Vittet
* melt/xtramelt-ana-base.melt
(is_dominance_info_available, is_post_dominance_info_avai
This patch correct a bug in the current revision of MELT, which was
preventing MELT to run correctly.
This was a path problem in gcc/Makefile.in (melt-modules/ and
melt-modules.mk) were not found.
My contributor number is 634276.
changelog :
2011-05-17 Pierre Vittet
So maybe this patch adding a comment on calculate_dominance_info is more
adapted.
ChangeLog:
2011-05-17 Pierre Vittet
* dominance.c (calculate_dominance_info): Add comment
precising when to free with free_dominance_info
contributor number: 634276
Index: gcc/dominance.c
Thanks you for the correction, I will take care next time.
Pierre
On 09/05/2011 19:03, Basile Starynkevitch wrote:
On Mon, 09 May 2011 14:15:30 +0200
Pierre Vittet wrote:
This patch is for the MELT branch.
The diff file was slightly wrong (diff run under gcc/). Pierre, you
should
ing a MELT plugin with the patched version).
I have also measured a small time improvement while compiling the file
gcc.c (which is more that 8000 lines):
Whithout the modification:
usersys
1.563 0.145s
With the modification:
usersys
1.144 0.106s
Changelog:
2011-05-09 Pierre V
function print_current_pass is only
called on a fail and that debug_pass doesn't appear to be called at all.
Maybe in DEBUG, or at least with an f*_dump_all, we could print the
order of the pass.
thanks
Pierre Vittet
Index: gcc/tree-d
33 matches
Mail list logo
