Hallo Michael, Du schriebst am Thu, 14 Nov 2013 09:16:18 +0100:
> Do you intend to implement runtime range checking with any of these > types ? It might not be very neccessary if these types aren't compatible among each other. Range checking has to be done only on coercion then, i.e. when assigning a value cast from a - any - different type. > While as an option, this of course is great, but I think for > performance sake it should not always be done. Especially with this You won't usually even realize that it's been done. It would be noticably only under very specific circumstances, such as a loop with many deeply nested calculations using a lot of different variables of such type, running over a large range of the controlling variable, i.e. "a long time", or very often. > "simulated bit fields" this is not at all what I would want. Typical C attitude - no checking, please, I want to shoot me in the foot silently! ;-> > Maybe some syntax for could be provided that not explicitly defines a > range and switches off range checking. This seems rather intuitive to me. You wouldn't be satisfied by a compiler directive, like Delphi, FPC and most others do it? Even C has the "pragma" statement for such puposes, and gcc extends its syntax quite far to achieve similar things. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- ------------------------------------------------------------------------------ DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk _______________________________________________ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
