<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-10-15 14:58 GMT+02:00 DaWorm <span dir="ltr"><<a href="mailto:daworm@gmail.com" target="_blank">daworm@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Oct 14, 2015 at 5:36 AM, Michael Schnell <span dir="ltr"><<a href="mailto:mschnell@lumino.de" target="_blank">mschnell@lumino.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(Not hitchhiking the other thread...)<br>
<br>
On 13/10/15 19:59, Mohsen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Pascal sets can only contain values/enumerations whose ordinal value is <= 255.<br>
</blockquote>
As currently new language features are discussed I would vote to drop (or relax to some K ) this limitation. This would not break any existing code.<br><br></blockquote><div><br></div></span><div>What if someone is storing a set in a file, or a stream?  Old version saves it, new version reads it, and all of the sudden the data isn't in the same format.  <br></div></div></div></div></blockquote></div><br></div><div class="gmail_extra">Yes, this would be a problem. But wouldn't this be an acceptable price for the improvement? After all, similar things happen with integers, which don't always mean the same thing, reals which changed format at least once in TP/Delphi's history, strings... Sure, we could stick with 256 elements sets, 16 bits integers, 255 characters strings, but we'd lose a lot of possibilities, wouldn't we?<br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Frederic Da Vitoria<br>(davitof)<br><br>Membre de l'April - « promouvoir et défendre le logiciel libre » - <a href="http://www.april.org" target="_blank">http://www.april.org</a><br></div>
</div></div>