<div dir="ltr">On Tue, Feb 26, 2013 at 10:02 PM, Markus Elfring <span dir="ltr"><<a href="mailto:Markus.Elfring@web.de" target="_blank">Markus.Elfring@web.de</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
We did not find that coccinelle matched what we needed, but a lot of it might be related to "effort of implementation".<br>
</blockquote>
<br></div>
I find that the Coccinelle technology is a promising approach. It works for patches on C programming language files.<br></blockquote><div><br></div><div style>It's most definitely interesting.</div><div style><br></div>
<div>I think the main downside of a pattern based matching language is that C++ is this huge beast of a language, where lots of implicit stuff happens. It's comparatively easy to express matches on C code as "patterns", but it's really hard to do the same for C++.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I assume that you imagine a different data structure for the specification of consistent source code transformations across translation units.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
It's definitely not something we're going to do :)<br>
<br>
</blockquote>
<br></div>
It is a pity. - I hope that some results from knowledge areas like Smalltalk, Java or OCaml can be better reused in the near future.<br>
Would you like to avoid to reinvent a "coding wheel"?<br></blockquote><div><br></div><div style>There's nothing I'm trying to avoid. I find many of those approaches interesting, but I don't see that it would give us the kind of pay-off for the effort I estimate and thus we put priority on other things...</div>
<div style><br></div><div style>Cheers,</div><div style>/Manuel</div></div></div></div>