<div dir="ltr"><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"><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">
Not what it says here <a href="https://wiki.gnome.org/Vala/Manual/Errors" target="_blank">https://wiki.gnome.org/Vala/<u></u>Manual/Errors</a> and<br>
anything that can throw through C code can cause leaks since the C code<br>
doesn't clean up.  Same as C++, you can't use exceptions mixed with C code.<br>
<br>
</blockquote>
<br></div>
Trust me, I generated lots of C code from Vala, when you throw an exception, in the CCode it throws on a GError out/result argument as you'd expect in C Code.</blockquote><div><br></div><div>Yes, I understand how the "throws" are implemented in vala, but as I said, the existing C code isn't designed to handle that.</div>
<div><br></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"><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">
<br>
Yeah, but its a binary which includes Glib and GTK IIUC, so we have to<br>
match those.  I agree its not much worse than we have now but its not very<br>
comforting that the last binaries are 2011 vala version 0.12 when even LTS<br>
Linux distros have 0.18.<br>
<br>
</blockquote>
<br></div>
We could compile own if we need to embeded release, otherwise using something like <a href="https://wiki.gnome.org/Vala/Win32CrossBuildSample" target="_blank">https://wiki.gnome.org/Vala/<u></u>Win32CrossBuildSample</a> or billions of other possibilities for creating cross-platform code as well as we do now.</blockquote>
<div><br></div><div>Sure we *can* do anything, but "somebody" has to do it and maintain it.</div><div><br></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">
<div class="im"><font color="#222222">[...]</font></div></blockquote><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">

Nope, I propose *new* Geany release will only work on *new* dependencies, which are release in *new* distros, which are using *non-deprecated* APIs.<br></blockquote><div><br></div><div>So you want the extra work of backporting bugfixes, or just forget about older platforms?</div>
<div> </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"><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">

Ok, so I'm saying "No".  Geany doesn't need another language and more<br>
complexity, it needs to be properly designed and then progressed to that<br>
design.  Using another language to do that is a detail only.<br>
<br>
</blockquote>
<br></div>
I don't believe you have ever learned or used Vala, so your "no" carries less weight. </blockquote><div><div>[...]<br></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">

Said the fellow who have never programmed a line of Vala code in his life and who likes a language like C++ which is basically the equivalent to Vala for C/Gobject based applictaions.<br>
<div><div><br class=""></div></div></blockquote><div>Ad hominem attacks have no place in this discussion list.<br></div><div><br></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">
<div><div><br></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"></blockquote></div><div><br></div>
Is it fair to consider Lex to be a +/-1 for the sake of keeping discussions on-track?</blockquote><div><br></div><div>I would have thought that "no" above was obvious.</div><div><br></div><div>To be clear, tinkering with what language is used to tack more bandages on to the current Geany design is a waste of time.  Choosing a better language to implement a better design might be worthwhile.</div>
<div><br></div><div>Cheers</div><div>Lex</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">
<div class=""><div class="h5"><br>
<br>
Cheers,<br>
Matthew Brush<br>
<br>
______________________________<u></u>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.geany.org" target="_blank">Devel@lists.geany.org</a><br>
<a href="https://lists.geany.org/cgi-bin/mailman/listinfo/devel" target="_blank">https://lists.geany.org/cgi-<u></u>bin/mailman/listinfo/devel</a><br>
</div></div></blockquote></div><br></div></div>