<div dir="ltr">From my perspective, we want the following things:<div><ul><li>The libraries to stay simple, small and clean (that means throwing away things)</li><li>Our old code to continue to work without modifications (that means having a mechanism for compiling old code targetting new versions of Erlang)</li><li>To mix old and new Erlang code together</li></ul><div>I see no reason why we can't have both. What I am not okay with is:</div></div><div><ul><li>Endlessly growing libraries of functions that are there for legacy reasons (wasting space and confusing new developers)</li><li>Fixing libraries over and over again because something got marked deprecated</li></ul><div>So how do we get both?</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 24, 2017 at 8:37 AM, zxq9 <span dir="ltr"><<a href="mailto:zxq9@zxq9.com" target="_blank">zxq9@zxq9.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2017年11月24日 金曜日 08:13:49 Eric des Courtis wrote:<br>
> While I feel the pain of Joe having suffered countless hours fixing<br>
> deprecation in various old libraries. I have to say there is something to<br>
> be said for throwing things away.<br>
><br>
> I can't help but think I can have my cake and eat it too. Maybe something<br>
> like a transpiler to compile old Erlang to new Erland and keep the Erlang<br>
> VM lean?<br>
<br>
</span>If the new functions did what the old functions do, then sure.<br>
<br>
But that's not how thing have turned out.<br>
<br>
On reflection, I actually think the new string functions should have<br>
been rolled into a "utf8" module. Or something. And the "strings" module<br>
could either have had implementation adjustments that use the utf8<br>
utilities underneath or been left alone to deal with latin1 (but either<br>
way be amply documented).<br>
<br>
I'm the heaviest unicode string dealing guy I know. I'm SUPER happy that<br>
the idea of "string" has been advanced (finally!) to mean "unicode strings".<br>
But breakage is a thing, and Lloyd and Joe have a point.<br>
<br>
-Craig<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>