Re: [OT] Generative C++

On Friday, 28 July 2017 at 07:49:02 UTC, Yuxuan Shui wrote: Someone made an interesting proposal to C++: https://herbsutter.files.wordpress.com/2017/07/p0707r1.pdf Thoughts? Can D achieve this "metaclasses" using templates and mixins? I not familiar of any features that D can use to

Re: [OT] Generative C++

On Friday, 28 July 2017 at 14:46:46 UTC, Stefan Koch wrote: On Friday, 28 July 2017 at 14:39:04 UTC, 12345swordy wrote: On Friday, 28 July 2017 at 07:49:02 UTC, Yuxuan Shui wrote: Someone made an interesting proposal to C++: https://herbsutter.files.wordpress.com/2017/07/p0707r1.pdf

Re: [OT] Generative C++

On Friday, 28 July 2017 at 16:04:00 UTC, Stefan Koch wrote: On Friday, 28 July 2017 at 15:41:28 UTC, 12345swordy wrote: On Friday, 28 July 2017 at 15:12:29 UTC, Stefan Koch wrote: On Friday, 28 July 2017 at 15:09:32 UTC, 12345swordy wrote: On Friday, 28 July 2017 at 14:46:46 UTC, Stefan Koch

Re: [OT] Generative C++

On Wednesday, 2 August 2017 at 14:08:21 UTC, jmh530 wrote: On Wednesday, 2 August 2017 at 13:50:49 UTC, 12345swordy wrote: Is it to much to ask for d developers to provide a way to enforce custom coding standards in a similar fashion that @nogc and @safe does? Alex Like the ability to

Re: [OT] Generative C++

On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote: On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy wrote: ...No? I was referring to the c++ proposal paper. The paper doesn't propose to enforce coding standards to the point you want. D already does what the paper proposes.

Re: [OT] Generative C++

On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote: On 03.08.2017 20:32, 12345swordy wrote: On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote: On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy wrote: ...No? I was referring to the c++ proposal paper. The paper

Re: [OT] Generative C++

On Thursday, 3 August 2017 at 19:45:12 UTC, Timon Gehr wrote: On 03.08.2017 21:28, 12345swordy wrote: On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote: On 03.08.2017 20:32, 12345swordy wrote: [...] On 02.08.2017 15:50, 12345swordy wrote: [...] How would you use the proposed

Re: Who maintains the D website?

On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic wrote: Is there a single person who's the main maintainer of the D website..? If not, I have some ideas on how to improve it. Not just ideas, I'd like to give a host at improving it myself, really. Can we gain the ability to edit

Re: [OT] Generative C++

On Thursday, 3 August 2017 at 20:56:38 UTC, Timon Gehr wrote: On 03.08.2017 22:06, 12345swordy wrote: On Thursday, 3 August 2017 at 19:45:12 UTC, Timon Gehr wrote: On 03.08.2017 21:28, 12345swordy wrote: On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote: On 03.08.2017 20:32,

Re: newCTFE Status August 2017

On Wednesday, 9 August 2017 at 15:47:09 UTC, Stefan Koch wrote: On Tuesday, 1 August 2017 at 21:27:32 UTC, Stefan Koch wrote: [...] After a bit of fixing and the unfortunate addition of 4 blacklisted functions, phobos complies and passes the unittests under newCTFE. (Which implies that

Re: Jetbrains announce support for rust plugin, show them we want one too!

On Friday, 11 August 2017 at 03:16:17 UTC, Dmitry wrote: On Thursday, 10 August 2017 at 19:44:35 UTC, 12345swordy wrote: On Thursday, 10 August 2017 at 05:55:59 UTC, Dmitry wrote: On Wednesday, 9 August 2017 at 20:29:07 UTC, 12345swordy wrote: You edit the json file of course. That how DUB

Re: Jetbrains announce support for rust plugin, show them we want one too!

On Thursday, 10 August 2017 at 05:55:59 UTC, Dmitry wrote: On Wednesday, 9 August 2017 at 20:29:07 UTC, 12345swordy wrote: You edit the json file of course. That how DUB generates solution files for visual D and other IDE's. This breaks changes that was done in the VS project. What changes

Can't call destroy in nogc context, even though the class destructor being called is marked @nogc

I have submitted a bug report regarding this: https://issues.dlang.org/show_bug.cgi?id=17592 This is IMO severely limit the usage of emplace and destroy when it comes to manual memory management. The solutions that I find here involves very hackish solutions which is not idea for me. Alex

Re: Can't call destroy in nogc context, even though the class destructor being called is marked @nogc

On Sunday, 9 July 2017 at 17:27:51 UTC, 12345swordy wrote: I have submitted a bug report regarding this: https://issues.dlang.org/show_bug.cgi?id=17592 This is IMO severely limit the usage of emplace and destroy when it comes to manual memory management. The solutions that I find here

Re: Can't call destroy in nogc context, even though the class destructor being called is marked @nogc

On Monday, 10 July 2017 at 17:27:54 UTC, Moritz Maxeiner wrote: On Monday, 10 July 2017 at 01:51:11 UTC, 12345swordy wrote: On Sunday, 9 July 2017 at 17:27:51 UTC, 12345swordy wrote: I have submitted a bug report regarding this: https://issues.dlang.org/show_bug.cgi?id=17592 This is IMO

Re: Can't call destroy in nogc context, even though the class destructor being called is marked @nogc

On Monday, 10 July 2017 at 03:41:15 UTC, Lamex wrote: On Monday, 10 July 2017 at 01:51:11 UTC, 12345swordy wrote: On Sunday, 9 July 2017 at 17:27:51 UTC, 12345swordy wrote: I have submitted a bug report regarding this: https://issues.dlang.org/show_bug.cgi?id=17592 This is IMO severely limit

Re: ASCII-ART mandelbrot running under newCTFE

On Friday, 4 August 2017 at 22:50:03 UTC, Stefan Koch wrote: Hey Guys, I just trans-compiled a brainfuck mandelbrot into ctfeable D. newCTFE is able to execute it correctly (although it takes 3.5 minutes to do so). The code is here

Re: [OT] Generative C++

On Friday, 28 July 2017 at 18:24:02 UTC, H. S. Teoh wrote: On Fri, Jul 28, 2017 at 05:38:10PM +, Stefan Koch via Digitalmars-d wrote: [...] Not necessarily. Perhaps "IR" is the wrong term to use, as in compiler parlance it means something very close to machine code, but the idea is

Re: [OT] Generative C++

On Friday, 28 July 2017 at 15:12:29 UTC, Stefan Koch wrote: On Friday, 28 July 2017 at 15:09:32 UTC, 12345swordy wrote: On Friday, 28 July 2017 at 14:46:46 UTC, Stefan Koch wrote: On Friday, 28 July 2017 at 14:39:04 UTC, 12345swordy wrote: [...] Yes we can do that with mixins __traits and

Re: [OT] Generative C++

On Wednesday, 2 August 2017 at 09:50:41 UTC, Walter Bright wrote: On 8/2/2017 2:24 AM, Russel Winder via Digitalmars-d wrote: And there was me being a great fan of AST macros in those languages that have them. There are many who share your views here :-) Well d have a goto statement

Re: Jetbrains announce support for rust plugin, show them we want one too!

On Sunday, 6 August 2017 at 16:02:16 UTC, Dmitry wrote: On Sunday, 6 August 2017 at 13:54:43 UTC, 12345swordy wrote: On Sunday, 6 August 2017 at 07:04:34 UTC, Dmitry wrote: Visual D also has some problems that sensitive for newbies. For example, no DUB support. What are you talking about?

Re: GC operates in LIFO sequence?

On Wednesday, 9 August 2017 at 17:38:15 UTC, Swoorup Joshi wrote: On Wednesday, 9 August 2017 at 15:47:17 UTC, Guillaume Piolat wrote: On Wednesday, 9 August 2017 at 13:46:29 UTC, MGW wrote: Memory allocation and deallocation when an application is being completed in GC operates in FIFO

Re: newCTFE Status August 2017

On Wednesday, 9 August 2017 at 20:58:34 UTC, Stefan Koch wrote: On Wednesday, 9 August 2017 at 18:27:37 UTC, 12345swordy wrote: On Wednesday, 9 August 2017 at 15:47:09 UTC, Stefan Koch wrote: [...] You mention something about the CTFE extensions, can you give us an example/link of this

Re: [OT] Generative C++

On Friday, 4 August 2017 at 00:49:05 UTC, Timon Gehr wrote: This is in reference to your earlier: And I have said "I am not interested in arguing about what I said or I didn't said" which you are literately doing right now. If trying to make yourself feel better by deliberating

Re: [OT] Generative C++

On Friday, 4 August 2017 at 16:32:27 UTC, 12345swordy wrote: On Friday, 4 August 2017 at 16:27:47 UTC, Stefan Koch wrote: On Friday, 4 August 2017 at 16:11:11 UTC, 12345swordy wrote: On Friday, 4 August 2017 at 16:07:51 UTC, Kagamin wrote: On Thursday, 3 August 2017 at 18:32:25 UTC,

Re: [OT] Generative C++

On Friday, 4 August 2017 at 12:47:49 UTC, Stefan Koch wrote: On Friday, 4 August 2017 at 12:34:21 UTC, 12345swordy wrote: [ ... ] I can understand that you don't want to be trolled. Many other people feel the same way. Therefore I'd ask you to reflect on what it means to be trolling. Why?

Re: [OT] Generative C++

On Friday, 4 August 2017 at 16:07:51 UTC, Kagamin wrote: On Thursday, 3 August 2017 at 18:32:25 UTC, 12345swordy wrote: "Enable writing compiler-enforced patterns for any purpose: coding standards (e.g., many Core Guidelines “enforce” rules) " Yes, it does, right there. Are you reading the

Re: Who maintains the D website?

On Friday, 4 August 2017 at 06:08:04 UTC, captaindet wrote: i see you didn't hold your horses... not sure if i should reply again to such an angry rant. i will stay calm and focused though. [...] so i give you that. unfortunately, your long rant offers no other argument. however, the

Re: [OT] Generative C++

On Friday, 4 August 2017 at 16:27:47 UTC, Stefan Koch wrote: On Friday, 4 August 2017 at 16:11:11 UTC, 12345swordy wrote: On Friday, 4 August 2017 at 16:07:51 UTC, Kagamin wrote: On Thursday, 3 August 2017 at 18:32:25 UTC, 12345swordy wrote: "Enable writing compiler-enforced patterns for any

Re: [OT] Generative C++

On Friday, 4 August 2017 at 16:36:22 UTC, Stefan Koch wrote: On Friday, 4 August 2017 at 16:32:27 UTC, 12345swordy wrote: On Friday, 4 August 2017 at 16:27:47 UTC, Stefan Koch wrote: On Friday, 4 August 2017 at 16:11:11 UTC, 12345swordy wrote: On Friday, 4 August 2017 at 16:07:51 UTC, Kagamin

Re: Jetbrains announce support for rust plugin, show them we want one too!

On Sunday, 6 August 2017 at 07:04:34 UTC, Dmitry wrote: Visual D also has some problems that sensitive for newbies. For example, no DUB support. What are you talking about? dub generates solution files for visual d. Of course visual d has DUB support, you just have to generate the solution

Re: @safe(bool)

On Tuesday, 22 August 2017 at 19:24:08 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] If you need an IDE to figure out what your code is doing, that's an epic fail IMHO. Walter has made similar statements on several occasions. There was a time

Re: HTOD

On Tuesday, 22 August 2017 at 17:15:27 UTC, Walter Bright wrote: On 8/22/2017 8:14 AM, Jonathan Shamir wrote: [...] You're right about htod, and it's on me. It's built out of the DMC++ front end. I haven't gotten around yet to releasing it as open source. [...] Use Clang frontend?

Re: HTOD

On Tuesday, 22 August 2017 at 19:55:53 UTC, Jacob Carlborg wrote: On 2017-08-22 19:47, 12345swordy wrote: Use Clang frontend? DStep [1] is doing that. It handles both GCC and Microsoft extensions. [1] https://github.com/jacob-carlborg/dstep "Doesn't translate C++ at all" That's very

Re: @safe(bool)

On Wednesday, 23 August 2017 at 02:24:51 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 19:46:00 UTC, 12345swordy wrote: On Tuesday, 22 August 2017 at 19:24:08 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] [...] There was a time that

Re: D std.regex is so slow

On Tuesday, 19 September 2017 at 07:53:27 UTC, Daniel Kozak wrote: https://github.com/mariomka/regex-benchmark#performance Do you know why? Here is a code: https://github.com/mariomka/regex-benchmark/blob/master/d/benchmark.d I have try it with ldc too, but is still much slower (10x) than

Re: Current limitations of -dip1000

On Tuesday, 10 October 2017 at 10:49:54 UTC, meppl wrote: On Tuesday, 10 October 2017 at 09:55:13 UTC, meppl wrote: ... also, these differ: (with dmd v2.076.0) @safe: struct S { @safe: int* x; scope int* pointer() return { return x; } } int*

Re: Why Physicists Still Use Fortran

On Sunday, 15 October 2017 at 22:09:21 UTC, Walter Bright wrote: http://moreisdifferent.com/2015/07/16/why-physicsts-still-use-fortran/ Some good information there! A language similar to matlab when handling arrays? I recall hating the damn thing when using it for graphics programming, it

Re: I would like to draw attention regarding std.signals

On Tuesday, 5 September 2017 at 14:55:20 UTC, Bastiaan Veelo wrote: On Tuesday, 5 September 2017 at 13:27:44 UTC, 12345swordy wrote: [...] I assume you think that is a long time. It could also mean it is stable. [...] There is lack of interest regarding event driven programming!? I am

Re: I would like to draw attention regarding std.signals

On Tuesday, 5 September 2017 at 15:18:08 UTC, Bastiaan Veelo wrote: On Tuesday, 5 September 2017 at 15:05:09 UTC, 12345swordy wrote: I am not interested in add features like the other guy did, I am interested in fixing the bug regarding thread safety. Sure, ripping out the extra features and

Re: I would like to draw attention regarding std.signals

On Wednesday, 6 September 2017 at 09:50:22 UTC, Kagamin wrote: On Tuesday, 5 September 2017 at 22:04:15 UTC, Jonathan M Davis wrote: Personally, the only times that I've done anything that involved something like this have been for GUI programming, and that usually involves mechanisms

Re: HTOD

On Thursday, 24 August 2017 at 08:11:52 UTC, Jacob Carlborg wrote: On 2017-08-23 15:25, 12345swordy wrote: "Doesn't translate C++ at all" That's very disappointing. IMO, it should at least aim for the c++ 11 feature via using clang. Pull requests are welcome :). BTW, to my knowledge D

Re: @safe(bool)

On Thursday, 24 August 2017 at 01:38:50 UTC, bitwise wrote: On Wednesday, 23 August 2017 at 13:28:37 UTC, 12345swordy wrote: On Wednesday, 23 August 2017 at 02:24:51 UTC, bitwise wrote: [...] Platitudes cause poor language design, not the completely reasonable expectation of good tools.

Re: @safe(bool)

On Friday, 25 August 2017 at 18:18:14 UTC, bitwise wrote: On Thursday, 24 August 2017 at 14:59:05 UTC, 12345swordy wrote: [...] How about actually answering the question instead of assuming that I can't look up the definition of any words? While your statement may sound nice to you, and to

Re: @safe(bool)

On Saturday, 26 August 2017 at 02:19:53 UTC, bitwise wrote: On Saturday, 26 August 2017 at 01:13:56 UTC, 12345swordy wrote: On Friday, 25 August 2017 at 18:18:14 UTC, bitwise wrote: On Thursday, 24 August 2017 at 14:59:05 UTC, 12345swordy wrote: [...] How about actually answering the

Re: HTOD

On Thursday, 24 August 2017 at 19:08:04 UTC, Jacob Carlborg wrote: On 2017-08-24 17:02, 12345swordy wrote: They have plans to add c++ support? D can already link with C++, but not all features are supported. Like lambdas, for example, are not supported. I am not asking that, I'm asking

Re: Promoting TutorialsPoint's D tutorial

On Saturday, 26 August 2017 at 22:26:00 UTC, Ecstatic Coder wrote: First I'd like to say the Dlang-Tour is a very good idea. Personally, *everytime* I push the "next" button I'm surprised there is *only* 1 example, while I'd expect at least 3 or 4 examples showing : 1. how to declare, use and

Re: HTOD

On Monday, 28 August 2017 at 06:30:53 UTC, Jacob Carlborg wrote: On 2017-08-26 23:32, 12345swordy wrote: I am not asking that, I'm asking regarding the project mention earlier. Adding support for C++ to DStep is a long term goal, yes. But the compiler still needs to support those features.

Re: HTOD

On Wednesday, 23 August 2017 at 14:12:55 UTC, jmh530 wrote: On Wednesday, 23 August 2017 at 13:25:20 UTC, 12345swordy wrote: "Doesn't translate C++ at all" That's very disappointing. IMO, it should at least aim for the c++ 11 feature via using clang. Very disappointing? Yes I find it

I would like to draw attention regarding std.signals

The current bug that I like to focus on is the following: "Not safe for multiple threads operating on the same signals or slots. " However boost.signals2 is thread safe, so I was wondering what is currently preventing std.signals from being thread safe? How hard is it currently? Alex

Re: I would like to draw attention regarding std.signals

On Tuesday, 5 September 2017 at 12:09:55 UTC, Bastiaan Veelo wrote: On Monday, 4 September 2017 at 23:19:31 UTC, 12345swordy wrote: The current bug that I like to focus on is the following: "Not safe for multiple threads operating on the same signals or slots. " However boost.signals2 is

Re: D on quora ...

On Friday, 6 October 2017 at 17:14:51 UTC, Rion wrote: https://www.quora.com/What-is-your-review-of-D-programming-language It seems that D still has the GC being mentioned up to today. Maybe its better to move the standard library slower to a non gc version in the future... There is nothing

Re: Project Elvis

On Saturday, 11 November 2017 at 02:34:11 UTC, codephantom wrote: On Saturday, 11 November 2017 at 01:37:01 UTC, 12345swordy wrote: You should take your own advice first, when you insult other people by calling them "Microsoft fanboys". Take your snark somewhere else. I'm just dishing out

Re: Project Elvis

On Saturday, 11 November 2017 at 02:30:50 UTC, codephantom wrote: On Saturday, 11 November 2017 at 01:37:01 UTC, 12345swordy wrote: A supported and very popular language. Seriously in it the top ten popular language list for a good reason. You should google it. I don't have to google it.

@nogcclass? (Way to solve bugs regarding destroy)

ATM the destroy function can't be called in a @nogc context, severely handicap the use of the @nogc attribute. Can we add a @nogcclass attribute for classes or at the very least have @nogc attribute apply stricter rules when applying to an entire class? Rules such as checking to see if every

Re: Project Elvis

On Friday, 10 November 2017 at 23:14:50 UTC, codephantom wrote: On Friday, 10 November 2017 at 11:19:39 UTC, Satoshi wrote: You are judging C#, but looks where is D and where is C#. Where is C#? A supported and very popular language. Seriously in it the top ten popular language list for a

Re: [OT] Windows dying

On Friday, 3 November 2017 at 17:25:26 UTC, Joakim wrote: Most programmers will one day be coding on mobile devices, though I admit I'm in a small, early-adopting minority now: http://bergie.iki.fi/blog/six-weeks-working-android/ A blog post is not evidence that the majority of

Re: delete & its deprecation

On Friday, 27 October 2017 at 19:03:01 UTC, Jonathan M Davis wrote: On Friday, October 27, 2017 12:30:58 bauss via Digitalmars-d wrote: Are there any plans to completely remove the delete keyword so members of ex. a class can be called delete? Or is there still code within DMD or Phobos that

Re: Note from a donor

On Sunday, 29 October 2017 at 01:43:46 UTC, codephantom wrote: On Sunday, 29 October 2017 at 01:07:17 UTC, Jerry wrote: So why do you care about something that doesn't even affect you? Well, if you had been following the discussion, instead of just trying to troll, then you would know

Re: [OT] Windows dying

On Sunday, 29 October 2017 at 23:01:37 UTC, Joakim wrote: It has not been fully replaced _yet_, but that is precisely what is about to happen. You got to try harder then the "because I say so" routine.

Re: Note from a donor

On Sunday, 29 October 2017 at 02:39:21 UTC, codephantom wrote: On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote: What I am, is: anti-bloat anti-too-many-unecessary-dependencies anti you-have-no-choice-but-to-download-GB's-stuff-you-really-don't-need How exactly do you know

Re: [OT] Windows dying

On Sunday, 29 October 2017 at 21:21:58 UTC, Joakim wrote: On Sunday, 29 October 2017 at 20:58:45 UTC, 12345swordy wrote: On Sunday, 29 October 2017 at 18:52:06 UTC, Joakim wrote: [...] What makes you think that windows is a "dying platform"!? There is no evidence to suggest this. Take a

Re: [OT] Windows dying

On Sunday, 29 October 2017 at 22:22:23 UTC, Joakim wrote: I suggest you read up on some computing history, start with WordStar: https://en.m.wikipedia.org/wiki/WordStar I fail to see how Wordstar is relevant. Regardless people are not going to use mobile in the work place. You crusade

Re: [OT] Windows dying

On Sunday, 29 October 2017 at 22:36:04 UTC, Joakim wrote: On Sunday, 29 October 2017 at 22:29:01 UTC, 12345swordy wrote: On Sunday, 29 October 2017 at 22:22:23 UTC, Joakim wrote: I suggest you read up on some computing history, start with WordStar: https://en.m.wikipedia.org/wiki/WordStar I

Re: Note from a donor

On Sunday, 29 October 2017 at 18:52:06 UTC, Joakim wrote: On Sunday, 29 October 2017 at 10:21:22 UTC, Patrick Schluter wrote: To conclude: if D wants to cater to that crowd, it will have to bite the bullet and make the Windows experience even smoother than it is now. You won't overcome Windows

Re: [OT] Windows dying

On Sunday, 29 October 2017 at 21:36:50 UTC, Joakim wrote: pointed out there, mobiles are coming after the desktop and laptop markets, and will likely kill off Wintel in the coming years. No, they are not "coming after the desktop and markets", that's a ridiculous claim to make. You know

Re: Sealed classes - would you want them in D?

On Monday, 14 May 2018 at 07:44:00 UTC, KingJoffrey wrote: D may as well just get rid of that encapsulation concept too, since the class interface is pretty much moot in D modules. Maybe.. we should even, just completely get rid of functions and classes - as well as all that other stupid

Re: Sealed classes - would you want them in D?

On Tuesday, 15 May 2018 at 00:28:42 UTC, KingJoffrey wrote: On Monday, 14 May 2018 at 19:40:18 UTC, 12345swordy wrote: A slippery slope fallacy isn't helping your case. Write a DIP if it bothers you so much, as it changes the languages fundamentally. Alexander If 'getting a module to

Re: Sealed classes - would you want them in D?

On Tuesday, 15 May 2018 at 12:20:34 UTC, aliak wrote: On Tuesday, 15 May 2018 at 04:46:18 UTC, Jonathan M Davis wrote: On Tuesday, May 15, 2018 04:22:30 Mike Parker via Digitalmars-d wrote: On Tuesday, 15 May 2018 at 02:32:05 UTC, KingJoffrey wrote: > - Object independence > - Do not violate

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 09:56:22 UTC, KingJoffrey wrote: On Monday, 21 May 2018 at 09:16:42 UTC, Dave Jones wrote: da dah dah da dah dah dahh da d .. . ... da dah.. ..da.. da ...dadada.da...dada. Thanks Dave. Your contributions to the discussion

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 15:30:40 UTC, Gheorghe Gabriel wrote: On Monday, 21 May 2018 at 15:07:39 UTC, KingJoffrey wrote: My suggestions are about resolving this, in order to attract more programmers to D, because I doubt I'm the only person in the world, that believes an object has a right

Re: Sealed classes - would you want them in D? (v2)

On Tuesday, 22 May 2018 at 03:10:39 UTC, Bjarne Stroustrup wrote: Any debate about restoring the rights and autonomy of the class, should not be killed off. Any programming language that discriminates against the class, encourages class warfare, does not deserve to be called a programming

Re: Ideas for students' summer projects

On Wednesday, 23 May 2018 at 02:56:33 UTC, VectorThis wrote: All you want to do is attack this person, cause you don't agree with the idea. Strawman. I attack his usage of language, not the person.

Re: Sealed classes - would you want them in D? (v2)

On Wednesday, 23 May 2018 at 02:23:31 UTC, Bjarne Stroustrup wrote: This is NOT why I created C++ You are not Bjarne Stroustrup and you certainly did not created C++.

Re: Ideas for students' summer projects

On Wednesday, 23 May 2018 at 02:34:35 UTC, Grady Booch wrote: make unittests useful again, by not allowing them to penetrate an objects private parts. Knock it off with sex talk here.

Re: D's Destructors are What Scott Meyers Warned Us About

On Wednesday, 23 May 2018 at 02:15:25 UTC, Manu wrote: It should recurse the ClassInfo calling the dtors there to perform a full virtual destruction. Why? That seems restrictive as there is possibility that the parent class have an empty destruction with no attributes which your suggestion

Re: Support alias this in module scope?

On Wednesday, 23 May 2018 at 03:44:36 UTC, Manu wrote: extern(C++, FuckOff) { void bah(); void humbug(); } alias this FuckOff; // <-- symbols are now aliased where they should have been all along Knock it off with sex talk here.

Re: D's Destructors are What Scott Meyers Warned Us About

On Wednesday, 23 May 2018 at 03:45:39 UTC, Manu wrote: ... what? Konw it off with the sex talk here.

Re: Ideas for students' summer projects

On Wednesday, 23 May 2018 at 04:17:19 UTC, Mike Franklin wrote: Try to replace some of the basic software building blocks (memcpy, memcmp, malloc, free, realloc) that are currently leveraged from the platform's C library with counterparts, and provide a D API that uses `T[]` instead of void*

Re: Support alias this in module scope?

On Wednesday, 23 May 2018 at 12:32:50 UTC, Steven Schveighoffer wrote: On 5/23/18 1:49 AM, Manu wrote: On 22 May 2018 at 22:06, VectorThis via Digitalmars-d wrote: On Wednesday, 23 May 2018 at 04:38:48 UTC, Manu wrote: Sure he does! It's a fair call. Hey, it

Re: Ideas for students' summer projects

On Wednesday, 23 May 2018 at 04:30:28 UTC, 12345swordy wrote: On Wednesday, 23 May 2018 at 04:17:19 UTC, Mike Franklin wrote: Try to replace some of the basic software building blocks (memcpy, memcmp, malloc, free, realloc) that are currently leveraged from the platform's C library with

Draft for DIP concerning destroy is up.

https://github.com/dlang/DIPs/pull/120 Feedback would be very appreciated.

Re: An analysis of dimensional analysis

On Friday, 25 May 2018 at 02:28:10 UTC, Andrei Alexandrescu wrote: ...in various languages, including D: https://www.reddit.com/r/programming/comments/8lwfis/dimensional_analysis_in_programming_languages/ "The inclusion of dimensional analysis support in the Phobos standard library has been

Re: Draft for DIP concerning destroy is up.

On Saturday, 26 May 2018 at 01:20:44 UTC, Mike Parker wrote: On Friday, 25 May 2018 at 20:08:23 UTC, 12345swordy wrote: https://github.com/dlang/DIPs/pull/120 Feedback would be very appreciated. From https://github.com/dlang/DIPs/blob/master/PROCEDURE.md#development-stage: "The DIP

Re: Support alias this in module scope?

On Thursday, 24 May 2018 at 07:07:48 UTC, Jonathan M Davis wrote: On Thursday, May 24, 2018 06:42:21 Dukc via Digitalmars-d wrote: On Wednesday, 23 May 2018 at 12:32:50 UTC, Steven Schveighoffer wrote: > and in others he has impersonated WalterBright as well. > > -Steve Sorry forgot that part

Re: Why is 64-bit dmd not built as part of the Windows release?

On Tuesday, 15 May 2018 at 16:01:28 UTC, Atila Neves wrote: I don't know why even bother with 32-bit dmd to begin with, but at least there should be an option. I just spent 45min trying to build 64-bit dmd on Windows. It wasn't fun. "Isn't it just make -f win64.mak?", I hear you ask. Yes. If

Re: D's Destructors are What Scott Meyers Warned Us About

On Wednesday, 23 May 2018 at 03:45:39 UTC, Manu wrote: On 22 May 2018 at 19:39, 12345swordy via Digitalmars-d <digitalmars-d@puremagic.com> wrote: On Wednesday, 23 May 2018 at 02:15:25 UTC, Manu wrote: It should recurse the ClassInfo calling the dtors there to perform a full v

Re: D's Destructors are What Scott Meyers Warned Us About

On Wednesday, 23 May 2018 at 17:47:12 UTC, Jonathan M Davis wrote: On Wednesday, May 23, 2018 17:29:11 12345swordy via Digitalmars-d wrote: On Wednesday, 23 May 2018 at 15:43:31 UTC, Steven Schveighoffer wrote: > On 5/23/18 9:12 AM, Steven Schveighoffer wrote: >> [...] > >

Re: Support alias this in module scope?

On Wednesday, 23 May 2018 at 16:28:22 UTC, H. S. Teoh wrote: On Wed, May 23, 2018 at 02:34:07PM +, 12345swordy via Digitalmars-d wrote: [...] Can you please support actual web forms to prevent this impersonation? Unfortunately, "actual" web forums are just as prone to imp

Re: D's Destructors are What Scott Meyers Warned Us About

On Wednesday, 23 May 2018 at 15:43:31 UTC, Steven Schveighoffer wrote: On 5/23/18 9:12 AM, Steven Schveighoffer wrote: On 5/22/18 9:59 PM, sarn wrote: (Unfortunately destroy() currently isn't zero-overhead for plain old data structs because it's based on RTTI, but at least it works.) Hm..

Re: D's Destructors are What Scott Meyers Warned Us About

On Wednesday, 23 May 2018 at 18:11:45 UTC, Jonathan M Davis wrote: On Wednesday, May 23, 2018 18:04:28 12345swordy via Digitalmars-d wrote: On Wednesday, 23 May 2018 at 17:47:12 UTC, Jonathan M Davis wrote: > On Wednesday, May 23, 2018 17:29:11 12345swordy via > > Digitalmar

Wouldn't it be far fetch for finalize to be allowed to call only attrubutes in certain context?

Example: @nogc void stuff() { A.destroy(); //Call destructors that is marked with @nogc due to being in context } Granted there is a risk of not calling all the destructors, but I think that responsibility lies on the programmer when designing the class.

Idea: Context sensitive attribute functions.

Pseudocode: void example() { static if(Context = @nogc) { //nogc implementation } else { //gc implementation } } This is useful as it eliminate the need to create multiple functions for each possible system attribute hence reducing redundant code. There are advantages of having a

Re: D's Destructors are What Scott Meyers Warned Us About

On Monday, 28 May 2018 at 04:26:02 UTC, sarn wrote: On Sunday, 27 May 2018 at 22:27:52 UTC, sarn wrote: I've been thinking this through a bit, and here's what I've got so far: Here's a tweak that should be implementable without any language changes: Instead of trying to detect an empty

Re: D's Destructors are What Scott Meyers Warned Us About

On Monday, 28 May 2018 at 22:37:01 UTC, sarn wrote: On Monday, 28 May 2018 at 20:13:47 UTC, 12345swordy wrote: [...] Code using destroy() can still use destroy(). Otherwise, __vdtor would be callable in the same way that __dtor and __xdtor are. [...] Interesting... You don't mind me

Re: Remember the Vasa! by Bjarne Stroustrup

On Tuesday, 29 May 2018 at 01:46:47 UTC, Walter Bright wrote: A cautionary tale we should all keep in mind. http://open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0977r0.pdf https://www.reddit.com/r/programming/comments/8mq10v/bjarne_stroustroup_remeber_the_vasa_critique_of/

Re: D's Destructors are What Scott Meyers Warned Us About

On Sunday, 27 May 2018 at 09:55:56 UTC, Mike Franklin wrote: On Friday, 25 May 2018 at 23:47:33 UTC, sarn wrote: [...] I'm very much interested in doing something about these functions. __xdtor is just one. There are others at

Re: D's Destructors are What Scott Meyers Warned Us About

On Sunday, 27 May 2018 at 18:55:41 UTC, Mike Franklin wrote: On Sunday, 27 May 2018 at 16:06:21 UTC, 12345swordy wrote: You are replacing runtime typeinfo with compiletime templates. Unless you can guarantee that the type information won't change during runtime, you are going to have a hard

Re: On Forum Moderation

On Saturday, 26 May 2018 at 07:35:31 UTC, Dukc wrote: On Saturday, 26 May 2018 at 03:34:50 UTC, Walter Bright wrote: For unprofessional demeanor, I recommend reddit. Wat?!? Enough of the sex talk here.

Re: Draft for DIP concerning destroy is up.

On Sunday, 27 May 2018 at 09:04:20 UTC, Go-Write-A-DIP wrote: On Saturday, 26 May 2018 at 02:25:30 UTC, 12345swordy wrote: k Though I had posted a thread regarding my DIP and no one seems to care. Alex When someone has an idea, that you don't care about, you tell them to go write a

  1   2   3   >