01.04.2013 0:02, monarch_dodra пишет:
This is a two part post.
The reason I'm worried about this bug is that the only condition that
seems to trigger it passing an object that has a destructor. I find this
is very bothersome, because it can happen with perfectly safe code, and
its "observable condition" is perfectly undefined. Finally, it only
appears in -O, biting you in the ass in the worst possible moment.
Nothing personal, I do respect you, but
Bitch please!
dmd has the ability to produce broken object files from time to time on
every platform [1] so "the worst possible moment" can punish you even
when e.g. you remove tracing code or update druntime/Phobos. And yes, it
happens often - it hit me on two different projects (guess, how many
compile-to-exe non-toy projects I had last time?).
Also OPTLINK tends to stop linking (yes, randomly) when your project
grows in size and you use templates (read "ranges") forcing you to do
further development without debug info (really nice to read you own code
only in asm, isn't it?) thus making D unusable for non-toy Windows
development. I have never understand people saying "it's a bullshit, you
are just angry, D is usable" as they never ever argue how you can use D
(my advice for them to argue me here: "D is usable if you carefully
(read "don't") use templates").
Also one have to use contracts and closures very carefully because of
tons of wrong-code bugs.
[1] http://d.puremagic.com/issues/show_bug.cgi?id=9044
[2] http://d.puremagic.com/issues/show_bug.cgi?id=6144
P.S.
Still think you "wrong-code with -O switch" issue is serious? I have
never think D is nearly ready to pass "-O" to compiler (afraid of CPU
explosion on compiled program launch).
P.P.S.
Create a time machine and move back in early 2012 (or just imagine there
is no Kenji Hara among us). What do you see? Right, wrong code on almost
every `std.algorithm` usage (read "when predicate uses outer scope"). So
current situation is still the same heaven it was that time Kenji fixes
that. Yes, I remember I was so happy...
--
Денис В. Шеломовский
Denis V. Shelomovskij
