-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add more print statements #15
Comments
Maybe we need to add a module into the system called Convenient, (We don’t have modules.) On 20 Jul 2014, at 13:26, TobiasWrigstad notifications@github.com wrote:
Dave.Clarke@cs.kuleuven.be Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm |
For the ultimate Heller experience, the Convenience module should also enable a module system! I like the idea. |
How about |
Yes! (Det vore en dröm och ett sken!) |
One alternative would be to implement tuples. This would not let you format your output however you wish, but you could do:
The benefit would be that we'd have.. tuples! |
Here here. Tuples are one thing we need, to be a proper language of modern times. Sent from my iPhone On 21/07/2014, at 11:23, Stephan Brandauer notifications@github.com wrote:
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm |
<3 |
There is a printf-statement as of 7518edd. Syntax is |
Very rustique! Sent from my iPhone On 31/07/2014, at 15:00, EliasC notifications@github.com wrote:
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm |
We all know that the current print statement was added to facilitate "simple output and printline debugging". The current print story is this
Which means that if I want to print something like "Incorrect value: -123", I have to do it like so:
In the concurrent or parallel setting, this is fundamentally broken since multiple print statements can be interleaved. Thus, I propose adding at least two more print statements:
They can of course be named something else for simplicity. Like
print2
orprint_str_int
etc.Naturally something better would be … well … better, but I guess then people will start saying it is too convenient. In any case, something better is needed.
The text was updated successfully, but these errors were encountered: