digitalmars.D - Ruby 3.0 to have immutable strings by default / C++ heading towards
- John Carter (9/9) Aug 20 2015 https://twitter.com/yukihiro_matz/status/634386185507311616
- rsw0x (2/4) Aug 20 2015 I believe this is the main reason people use D.
- Walter Bright (3/12) Aug 20 2015 I posted in another thread a while back a list of D features that C++ is...
- rsw0x (5/28) Aug 20 2015 The problem is that they're incorporating them poorly and ugly. I
- H. S. Teoh via Digitalmars-d (8/31) Aug 20 2015 [...]
- Walter Bright (2/10) Aug 20 2015 It's a nice validation of the great work we're doing with D.
- Rikki Cattermole (3/14) Aug 20 2015 And that we are doing it properly, first time. Props to you Walter for
- Walter Bright (8/10) Aug 20 2015 We've still made many mistakes. But C++ is a lot more trapped by the pas...
- Rikki Cattermole (4/16) Aug 20 2015 Yeah I know we have. But unlike C++ with D2 we kinda solidified the idea...
- Nick Sabalausky (3/6) Aug 21 2015 I probably haven't seen all the stuff you have, but I find that's the
- Walter Bright (9/12) Aug 21 2015 I'd be ashamed of such code if I'd written it, and if I was a C++ progra...
- Jacob Carlborg (5/8) Aug 23 2015 With modules being already implemented in Clang, is there a legitimate
- Dmitry Olshansky (4/10) Aug 23 2015 Code generation and crude meta-programming.
- rsw0x (3/12) Aug 23 2015 implement this in D
- Jacob Carlborg (4/6) Aug 23 2015 It's just a matter of syntax.
- Jonathan M Davis (23/32) Aug 23 2015 I use it all the time for handling log messages and throwing
- Walter Bright (3/8) Aug 23 2015 C++ continues to support old, bad practices while relentlessly advocatin...
- Kagamin (3/5) Aug 21 2015 Just found the proposal for transitive const:
- Walter Bright (6/11) Aug 21 2015 Note this gem:
- Kagamin (3/5) Aug 25 2015 I think, it was a concern raised by a reviewer for N3973 that the
- Enamex (8/11) Aug 24 2015 One big difference is that C++1z concepts are supposed to allow
- Chris (2/13) Aug 25 2015 Imitation is the sincerest form of flattery - as they say.
https://twitter.com/yukihiro_matz/status/634386185507311616 Yet another choice D got right "out of the box" :-) Even Bjarne is coming around to the "Generic all the time" view... https://www.youtube.com/watch?v=xcpSLRpOMJM Pity that concepts looks to be a very painful syntax for expressing what D does so clearly. Hurry up Walter, the rest of the world is catching up to you! :-D (Just joking... things like this clearly show you're leading, and leading in the right direction!)
Aug 20 2015
On Thursday, 20 August 2015 at 22:07:10 UTC, John Carter wrote:Pity that concepts looks to be a very painful syntax for expressing what D does so clearly.I believe this is the main reason people use D.
Aug 20 2015
On 8/20/2015 3:07 PM, John Carter wrote:https://twitter.com/yukihiro_matz/status/634386185507311616 Yet another choice D got right "out of the box" :-) Even Bjarne is coming around to the "Generic all the time" view... https://www.youtube.com/watch?v=xcpSLRpOMJM Pity that concepts looks to be a very painful syntax for expressing what D does so clearly. Hurry up Walter, the rest of the world is catching up to you! :-D (Just joking... things like this clearly show you're leading, and leading in the right direction!)I posted in another thread a while back a list of D features that C++ is rushing to incorporate.
Aug 20 2015
On Thursday, 20 August 2015 at 22:22:26 UTC, Walter Bright wrote:On 8/20/2015 3:07 PM, John Carter wrote:The problem is that they're incorporating them poorly and ugly. I was watching the video with Bjarne and he brought up the point of how much compiler time is increased by these features. It's something I take for granted in D, I suppose.https://twitter.com/yukihiro_matz/status/634386185507311616 Yet another choice D got right "out of the box" :-) Even Bjarne is coming around to the "Generic all the time" view... https://www.youtube.com/watch?v=xcpSLRpOMJM Pity that concepts looks to be a very painful syntax for expressing what D does so clearly. Hurry up Walter, the rest of the world is catching up to you! :-D (Just joking... things like this clearly show you're leading, and leading in the right direction!)I posted in another thread a while back a list of D features that C++ is rushing to incorporate.
Aug 20 2015
On Thu, Aug 20, 2015 at 10:34:08PM +0000, rsw0x via Digitalmars-d wrote:On Thursday, 20 August 2015 at 22:22:26 UTC, Walter Bright wrote:[...] Is it really a *problem*, though? ;-) Having C++ play catchup with D, poorly, is good motivation for people to finally give up C++ and adopt D. T -- Ruby is essentially Perl minus Wall.On 8/20/2015 3:07 PM, John Carter wrote:The problem is that they're incorporating them poorly and ugly.https://twitter.com/yukihiro_matz/status/634386185507311616 Yet another choice D got right "out of the box" :-) Even Bjarne is coming around to the "Generic all the time" view... https://www.youtube.com/watch?v=xcpSLRpOMJM Pity that concepts looks to be a very painful syntax for expressing what D does so clearly. Hurry up Walter, the rest of the world is catching up to you! :-D (Just joking... things like this clearly show you're leading, and leading in the right direction!)I posted in another thread a while back a list of D features that C++ is rushing to incorporate.
Aug 20 2015
On 8/20/2015 3:35 PM, H. S. Teoh via Digitalmars-d wrote:It's a nice validation of the great work we're doing with D.[...] Is it really a *problem*, though? ;-) Having C++ play catchup with D, poorly, is good motivation for people to finally give up C++ and adopt D.I posted in another thread a while back a list of D features that C++ is rushing to incorporate.The problem is that they're incorporating them poorly and ugly.
Aug 20 2015
On 8/21/2015 11:58 AM, Walter Bright wrote:On 8/20/2015 3:35 PM, H. S. Teoh via Digitalmars-d wrote:And that we are doing it properly, first time. Props to you Walter for being the no-man!It's a nice validation of the great work we're doing with D.[...] Is it really a *problem*, though? ;-) Having C++ play catchup with D, poorly, is good motivation for people to finally give up C++ and adopt D.I posted in another thread a while back a list of D features that C++ is rushing to incorporate.The problem is that they're incorporating them poorly and ugly.
Aug 20 2015
On 8/20/2015 7:50 PM, Rikki Cattermole wrote:And that we are doing it properly, first time. Props to you Walter for being the no-man!We've still made many mistakes. But C++ is a lot more trapped by the past than D is - such as the random size of 'int', the macro preprocessor, syntax, useless const, non-Unicode character sets, declaration ordering, friend declarations, Koenig lookup, etc. At least C++ finally let go of trigraphs, ugh. I'm still amazed by how even modern C++ code bases embed the trickiest, most bizarre uses of the preprocessor and then build their entire code structure around it.
Aug 20 2015
On 8/21/2015 5:43 PM, Walter Bright wrote:On 8/20/2015 7:50 PM, Rikki Cattermole wrote:Yeah I know we have. But unlike C++ with D2 we kinda solidified the idea of serious breaking changes every 5-10 years. Which is kinda important. They don't do this.And that we are doing it properly, first time. Props to you Walter for being the no-man!We've still made many mistakes. But C++ is a lot more trapped by the past than D is - such as the random size of 'int', the macro preprocessor, syntax, useless const, non-Unicode character sets, declaration ordering, friend declarations, Koenig lookup, etc. At least C++ finally let go of trigraphs, ugh. I'm still amazed by how even modern C++ code bases embed the trickiest, most bizarre uses of the preprocessor and then build their entire code structure around it.
Aug 20 2015
On 08/21/2015 01:43 AM, Walter Bright wrote:I'm still amazed by how even modern C++ code bases embed the trickiest, most bizarre uses of the preprocessor and then build their entire code structure around it.I probably haven't seen all the stuff you have, but I find that's the only way to tolerate working in C++: Macro the crap out of it :)
Aug 21 2015
On 8/21/2015 7:24 AM, Nick Sabalausky wrote:I probably haven't seen all the stuff you have,I'd be ashamed of such code if I'd written it, and if I was a C++ program manager I wouldn't allow such in the code base. I don't understand why the C++ committee, in its quest to improve the language, has not pushed forward with proper replacements for typical preprocessor uses, with the intent of eventually deprecating it entirely.but I find that's the only way to tolerate working in C++: Macro the crap out of it :)I try to practice what I preach, and the C++ code base for dmd has been gradually getting rid of its use of the preprocessor (even though it's pretty tame use as these things go).
Aug 21 2015
On 2015-08-21 23:55, Walter Bright wrote:I don't understand why the C++ committee, in its quest to improve the language, has not pushed forward with proper replacements for typical preprocessor uses, with the intent of eventually deprecating it entirely.With modules being already implemented in Clang, is there a legitimate use case for the preprocessor left? -- /Jacob Carlborg
Aug 23 2015
On 24-Aug-2015 09:17, Jacob Carlborg wrote:On 2015-08-21 23:55, Walter Bright wrote:Code generation and crude meta-programming. -- Dmitry OlshanskyI don't understand why the C++ committee, in its quest to improve the language, has not pushed forward with proper replacements for typical preprocessor uses, with the intent of eventually deprecating it entirely.With modules being already implemented in Clang, is there a legitimate use case for the preprocessor left?
Aug 23 2015
On Monday, 24 August 2015 at 06:17:06 UTC, Jacob Carlborg wrote:On 2015-08-21 23:55, Walter Bright wrote:implement this in D https://github.com/solodon4/Mach7I don't understand why the C++ committee, in its quest to improve the language, has not pushed forward with proper replacements for typical preprocessor uses, with the intent of eventually deprecating it entirely.With modules being already implemented in Clang, is there a legitimate use case for the preprocessor left?
Aug 23 2015
On 2015-08-24 08:35, rsw0x wrote:implement this in D https://github.com/solodon4/Mach7It's just a matter of syntax. -- /Jacob Carlborg
Aug 23 2015
On Monday, 24 August 2015 at 06:17:06 UTC, Jacob Carlborg wrote:On 2015-08-21 23:55, Walter Bright wrote:I use it all the time for handling log messages and throwing exceptions. Without that, you can't get stuff like the current file and line number, because C++ isn't smart enough to use the call point for __FILE__ and __LINE__. So, you either use macros so that the code _is_ at the call point, or you have to do it manually, and no one is going to do that sort of thing manually. I'm sure that there are other use cases, but those are the ones that I use all the time. Also, in my experience, getting static or global variables to work with dlls when you need them is hell, so it pretty much inevitably comes down to either using a macro or making it a function with a static variable inside it which it returns. I usually go with the useless function, but the macro sure seems tempting sometimes. To really replace macros - especially in a language that's already using them - you pretty much have to replace every use case for them, and I really don't see that happening to C++. Also, getting rid of macros would break C compatibility, which they won't do. Even if they add better alternatives to the language and recommend that you use those instead, they'll still support macros because of C. - Jonathan M DavisI don't understand why the C++ committee, in its quest to improve the language, has not pushed forward with proper replacements for typical preprocessor uses, with the intent of eventually deprecating it entirely.With modules being already implemented in Clang, is there a legitimate use case for the preprocessor left?
Aug 23 2015
On 8/23/2015 11:40 PM, Jonathan M Davis wrote:To really replace macros - especially in a language that's already using them - you pretty much have to replace every use case for them, and I really don't see that happening to C++. Also, getting rid of macros would break C compatibility, which they won't do. Even if they add better alternatives to the language and recommend that you use those instead, they'll still support macros because of C.C++ continues to support old, bad practices while relentlessly advocating other techniques as best practices. So far, I have not seen that w.r.t. the preprocessor.
Aug 23 2015
On Thursday, 20 August 2015 at 22:22:26 UTC, Walter Bright wrote:I posted in another thread a while back a list of D features that C++ is rushing to incorporate.Just found the proposal for transitive const: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4388.html
Aug 21 2015
On 8/21/2015 2:26 AM, Kagamin wrote:On Thursday, 20 August 2015 at 22:22:26 UTC, Walter Bright wrote:Note this gem: "Renamed class from logical_const to propagate_const as the former is used with different meaning in the D community." This oblique reference indicates that this idea is taken from D, and again confirms that D is the future of C++.I posted in another thread a while back a list of D features that C++ is rushing to incorporate.Just found the proposal for transitive const: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4388.html
Aug 21 2015
On Friday, 21 August 2015 at 22:03:51 UTC, Walter Bright wrote:"Renamed class from logical_const to propagate_const as the former is used with different meaning in the D community."I think, it was a concern raised by a reviewer for N3973 that the term has prior usage.
Aug 25 2015
On Thursday, 20 August 2015 at 22:07:10 UTC, John Carter wrote:https://twitter.com/yukihiro_matz/status/634386185507311616 Pity that concepts looks to be a very painful syntax for expressing what D does so clearly.One big difference is that C++1z concepts are supposed to allow looking for external functions, not only methods. That would require some kind of principled hijacking of templates in Dlang (or else the constraint template would keep looking for the functions, called by ufcs, either inside the type of in the templates declaration position). I haven't managed to work that out yet except by using mixins :/
Aug 24 2015
On Thursday, 20 August 2015 at 22:07:10 UTC, John Carter wrote:https://twitter.com/yukihiro_matz/status/634386185507311616 Yet another choice D got right "out of the box" :-) Even Bjarne is coming around to the "Generic all the time" view... https://www.youtube.com/watch?v=xcpSLRpOMJM Pity that concepts looks to be a very painful syntax for expressing what D does so clearly. Hurry up Walter, the rest of the world is catching up to you! :-D (Just joking... things like this clearly show you're leading, and leading in the right direction!)Imitation is the sincerest form of flattery - as they say.
Aug 25 2015