On 6/16/2014 8:38 PM, Adam D. Ruppe wrote:
BTW I tried posting the link to the sample chapter of my book in this too since
it talks about reflection and the post seems to have just disappeared. I think I
triggered reddits comment spam filter :(
I gave up posting links on reddit years ago - ever
On 6/14/2014 9:02 AM, Leandro Lucarella wrote:
Not really, the standard library is included into user code (because of
the templates), and that's the reason why it needs to be under a very
permissive license. The compiler, on the other hand, doesn't, and one
could agree is good to force people wa
On 6/14/2014 11:03 AM, Nick Sabalausky wrote:
I'll take B, thanks. ;)
Right on, Nick.
And there's another advantage I neglected to mention - it allows DMDFE code to
be moved into Phobos without issues.
On 6/13/2014 4:31 AM, Dmitry Olshansky wrote:
It's probably nice to have less restrictive license, but what we aim to achieve
with that?
1. Boost is the least restrictive license
2. Minimize friction for adopting D
3. Harmonization with usage of Boost in the runtime library
4. Allow commerci
https://github.com/D-Programming-Language/dmd/pull/3655
On 6/10/2014 1:46 AM, bearophile wrote:
I don't like D to
throw away static information that can be used to avoid run-time crashes, this
is the opposite of what is usually called a safe language.
To be pedantic, D being a "safe" language means "memory safe", not "no seg
faults of any sort".
On 6/5/2014 6:31 AM, Bill Baxter via Digitalmars-d-announce wrote:
But when it comes to tests, it's very convenient to just be able to fake
any object by slapping some dummy functions in between curly braces. For
example if I want a fake "IWidthHaver" instance, I just have to write x = {
wi
On 6/5/2014 9:34 AM, Andrei Alexandrescu wrote:
https://news.ycombinator.com/newest
http://www.reddit.com/r/programming/comments/27e5d7/dconf_day_1_talk_3_a_real_d_in_programming/
https://www.facebook.com/dlang.org/posts/860528800627469
https://twitter.com/D_Programming/status/474587858812948
On 6/4/2014 4:27 AM, w0rp wrote:
On Wednesday, 4 June 2014 at 06:19:05 UTC, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/27911b/conversation_with_andrei_alexandrescu_all_things/
Andrei
I never post on Reddit myself, but I noticed the guy asking about Qt ports.
Some
On 6/4/2014 2:08 AM, Andrei Alexandrescu wrote:
FWIW I'm not sure high resolution is necessary or recommended when watching me
:o). -- Andrei
I look better at low res.
On 6/2/2014 8:47 AM, Peter Massey-Plantinga wrote:
I am hearing impaired and interested in DConf talks. I can't always listen to
the talks when they come out, but would definitely be more interested if they
were captioned. And transcripts would be hugely appreciated as well.
Thanks for letting
On 6/2/2014 8:46 AM, Iain Buclaw via Digitalmars-d-announce wrote:
However, what you can't do is change the accent to one that you may
better understand. I know a lot of europeans sometimes don't quite
follow me sometimes. :)
Captioning also helps people who aren't native english speakers.
On 6/2/2014 8:53 AM, Meta wrote:
If we were to release a
transcript for the hearing impaired, it should not be *after* the talk is done.
Sure, but we can't always do what's best, we can only do our best.
On 6/1/2014 4:36 PM, Leandro Lucarella wrote:
With FF, when watching native videos (webm for example), you can
increase the speed of the video preserving the voice pitch. I usually
use 1.5x speed and normally is very understandable :)
I have to try that - what's the command?
On 6/1/2014 1:17 PM, Tobias Pankrath wrote:
On Sunday, 1 June 2014 at 18:46:18 UTC, Walter Bright wrote:
https://lkuper.github.io/blog/2014/05/31/your-next-conference-should-have-real-time-captioning/
I know I'd find this very useful - what do you guys think?
I definitively prefer re
https://lkuper.github.io/blog/2014/05/31/your-next-conference-should-have-real-time-captioning/
I know I'd find this very useful - what do you guys think?
On 5/30/2014 5:37 AM, Steven Schveighoffer wrote:
On Thu, 29 May 2014 21:15:21 -0400, deadalnix wrote:
On Thursday, 29 May 2014 at 19:06:15 UTC, Steven Schveighoffer
wrote:
Static if is certainly NOT an attribute, it doesn't make any sense.
Well... it sorta does. static if does not introduc
On 5/29/2014 3:19 PM, Dmitry Olshansky wrote:
With the reason being?
The same reason you might want to put:
@nogc:
...
at the beginning of a source module instead of:
@nogc: {
...
}
On 5/29/2014 11:25 AM, Dmitry Olshansky wrote:
Agreed. The simple dream of automatically decoding UTF and staying "Unicode
correct" is a failure.
Yes. Attempting to hide the fact that strings are UTF-8 is just doomed. It's
like trying to pretend that floating point does not do rounding.
It's
On 5/29/2014 11:11 AM, Dmitry Olshansky wrote:
Static if is certainly NOT an attribute, it doesn't make any sense.
Yes, it does make sense. It was not an accident that the frontend treats it as
it does, the code to do it was deliberately put there.
The attributes are all designed to affect a
On 5/29/2014 10:54 AM, Steven Schveighoffer wrote:
Has anyone ever considered making the compiler build an 'optimized'
init-blitting function instead of just defaulting to memcpy? In other words, the
compiler knows at compile time the layout and initialization values of a struct.
What about using
On 5/29/2014 6:11 AM, Steven Schveighoffer wrote:
struct X
{
int a;
int b = void; // also initialized to 0.
}
This is because X must blit an init for a, and it would be silly to go through
the trouble of blitting X.init to a, but not b. Especially, for instance, if you
had an array of X (y
On 5/29/2014 7:28 AM, Jesse Phillips wrote:
The language docs state, "If the Initializer is void, however, the variable is
not initialized." Which I suspect is false in the case of module scope and as
Steven pointed out, other times doing special "don't init" is costly.
The language does not gu
On 5/28/2014 6:06 PM, Brian Schott wrote:
On Thursday, 29 May 2014 at 00:58:35 UTC, Walter Bright wrote:
Off the top of my head:
static if (condition)
else :
... declarations ...
All attributes apply to either:
1. the next statement or declaration
2. { ... }
3. : ...
That case
On 5/28/2014 5:35 PM, Brian Rogoff wrote:
Could you elaborate? Using some of the examples Brian gave, which ones do you
think are are mathematically consistent/human inconsistent and which the
inverse?
Off the top of my head:
static if (condition)
else :
... declarations ...
All
Some of the inconsistencies you mentioned and Brian mentioned in his talk are
actually the result of consistencies.
I know this is a bit of a difficult thing to wrap one's head around, but having
something be mathematically consistent and humanly consistent are often at
severe odds.
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
http://www.amazon.com/D-Cookbook-Adam-D-Ruppe/dp/1783287217
http://www.reddit.com/r/programming/comments/26pn00/d_cookbook_officially_published_consists_of_d/
After watching Adam's most excellent presentation at Dconf
On 5/28/2014 2:28 AM, John Colvin wrote:
On Tuesday, 27 May 2014 at 21:40:00 UTC, Walter Bright wrote:
On 5/27/2014 2:22 PM, w0rp wrote:
I'm actually a native speaker of 25 years and I didn't get it at first. Natural
language communicates ideas approximately.
What bugs me is when
On 5/28/2014 10:34 AM, Adam D. Ruppe wrote:
I just posted it to reddit btw:
http://www.reddit.com/r/programming/comments/26pn00/d_cookbook_officially_published_consists_of_d/
Just snagged my copy!
On 5/27/2014 10:40 PM, Jesse Phillips wrote:
When he explained why C++ inferred a const int type as int, he tripped me up
because D does drop const for value types. But D does the simple to explain
thing, may not be the expected thing (seen questions about it in D.learn), but
it is simple to expl
On 5/27/2014 2:22 PM, w0rp wrote:
I'm actually a native speaker of 25 years and I didn't get it at first. Natural
language communicates ideas approximately.
What bugs me is when people say:
I could care less.
when they mean:
I couldn't care less.
and:
If you think that, you have
On 5/25/2014 10:59 PM, Kai Nacke wrote:
the video of my LDC talk @ FOSDEM'14 in February is now online.
Here is the link:
http://video.fosdem.org/2014/K4401/Sunday/LDC_the_LLVMbased_D_compiler.webm
It's a great talk. Thank you!
It won't play on my Apple iPod nor on my Windows 8 laptop. It does work in my
Samsung tablet.
On 5/26/2014 2:47 PM, Kiith-Sa wrote:
> With this kind of thinking we'd still be using $FORMAT where $FORMAT is the
> first format that became the de-facto standard in a particular area.
I suppose it
On 5/26/2014 10:30 AM, w0rp wrote:
On Monday, 26 May 2014 at 17:06:27 UTC, Walter Bright wrote:
Youtube has solved all these problems - why not use it?
You can view .webm directly in recent Firefox or Chrome versions on Windows, you
an also view .webm in IE9 and above provided you have the
On 5/26/2014 9:31 AM, John Colvin wrote:
On Monday, 26 May 2014 at 16:14:56 UTC, Walter Bright wrote:
On 5/25/2014 10:59 PM, Kai Nacke wrote:
Hi all,
the video of my LDC talk @ FOSDEM'14 in February is now online.
Here is the link:
http://video.fosdem.org/2014/K4401/S
On 5/25/2014 10:59 PM, Kai Nacke wrote:
Hi all,
the video of my LDC talk @ FOSDEM'14 in February is now online.
Here is the link:
http://video.fosdem.org/2014/K4401/Sunday/LDC_the_LLVMbased_D_compiler.webm
In the same folder are also the videos of the other LLVM related talk.
Sigh, Windows ca
On 5/20/2014 11:44 PM, Andrej Mitrovic via Digitalmars-d-announce wrote:
This is great. But is there any way to download the pictures all at
once?
Yes, please!
On 5/21/2014 12:18 AM, Ali Çehreli wrote:
The size is 112M and unfortunately it is slow.
It worked quickly for me. Thanks!
On 5/19/2014 1:48 PM, Leandro Lucarella wrote:
I think you should produce a video at the conferee with all the
attendants wearing a Walter Bright mask and simulating a Q&A section all
saying "walter bright" all the time.
THAT MUST HAPPEN
We keep you alive to serve this
On 5/19/2014 1:55 PM, Colden Cullen wrote:
Good call, check it out here[1]. We also have an /r/gamedev post[2], where we've
gotten some good D-related questions.
[1]
http://www.reddit.com/r/programming/comments/25yw89/dash_an_opensource_game_engine_coded_in_d/chm21bv
[2]
http://www.reddit.com/r
On 5/19/2014 12:50 PM, Colden Cullen wrote:
I’m super excited to be able to announce that the Dash game engine[1] is finally
stable and ready for public use!
http://www.reddit.com/r/programming/comments/25yw89/dash_an_opensource_game_engine_coded_in_d/
I recommend posting your message text on
On 5/19/2014 11:11 AM, Andrej Mitrovic via Digitalmars-d-announce wrote:
"Walter Bright"
"a.k.a. Walter Bright"
That just caused a stack overflow in my brain. Had to reboot it.
On 5/14/2014 12:33 PM, Andrei Alexandrescu wrote:
Sadly Manu couldn't make the trip to DConf this year. But fear not - Adam
Simpkins will replace him as a speaker. Adam is a senior engineer at Facebook
and will discuss opportunities and challenges using D at Facebook.
http://dconf.org/2014/talks
https://thestrangeloop.com/sessions-page/call-for-presentations
The deadline is today. I submitted mine!
Everyone who submitted a proposal to present at Dconf should submit it here as
well.
On 4/11/2014 2:06 AM, Chris wrote:
I would have liked to have a Java native compiler though,
You're probably the only one :-)
but hey, now we have D.
Yeah, I like D far better than Java.
On 4/10/2014 10:44 AM, Andrej Mitrovic wrote:
On 4/8/14, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/22jwcu/how_i_came_to_write_d/
Btw, w.r.t. #2:
W.B.: I've had to learn how to manage a project where people are all
volunteers. Since I don't pay anybody anything,
On 4/9/2014 1:58 PM, Nick Sabalausky wrote:
Tooling is certainly very important, but until someone comes up with a
substitute for "programming languages" that actually *works well* as a
*complete* substitute (decades of attempts, still zero successes), then unlike
tooling, the language is still t
On 4/9/2014 5:31 PM, Harpo wrote:
Hello. Here is a programming language that is coded in D. The documentation is
included in the file. It is ment to be used as a general purpose scripting
language. Its name is HarpoScript. It has enough features for general purpose
work at the moment, however its
On 4/8/2014 7:28 PM, asman wrote:
The single one sane explanation is I actually came from future.
Got any stock tips?
On 4/8/2014 2:36 PM, Walter Bright wrote:
https://news.ycombinator.com/
Doesn't seem to have made it to reddit yet.
Andrei to the rescue:
http://www.reddit.com/r/programming/comments/22jwcu/how_i_came_to_write_d/
https://news.ycombinator.com/
Doesn't seem to have made it to reddit yet.
On 4/6/2014 4:17 PM, Andrei Alexandrescu wrote:
On 4/6/14, 10:52 AM, Walter Bright wrote:
I use enums a lot in D. I find they work very satisfactorily. The way
they work was deliberately designed, not a historical accident.
Sorry, I think they ought to have been better. -- Andrei
Sorry, yer
On 4/6/2014 2:26 PM, Araq wrote:
The fact that you are unaware of how it's properly done (hint: Pascal got right
with 'set of enum' being distinct from 'enum') makes it a historical accident.
I wrote a Pascal compiler before the C one.
On 4/6/2014 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are for
historical reasons, not because they make (more) sense (than other
possibilities). You showed a lot of examples that makes sense only
because you are used to the current semantics, not b
On 4/6/2014 4:26 AM, bearophile wrote:
So do you have an example of this risk?
Algol is a rather famous one.
A counterexample is Go, which has gotten a lot of traction with a simple syntax.
On 4/5/2014 6:28 PM, Leandro Lucarella wrote:
Walter Bright, el 5 de April a las 11:04 me escribiste:
Of course, you can hide all this in a template.
Well, you can "emulate" enums as they are now with structs too, so that
doesn't change anything in the argument about why to
On 4/5/2014 10:10 AM, Timon Gehr wrote:
On 04/03/2014 04:45 AM, Walter Bright wrote:
On 4/2/2014 6:55 PM, Andrei Alexandrescu wrote:
A lot of them could apply to us as well.
https://www.youtube.com/watch?v=TS1lpKBMkgg
at about 44:00: "I begged them not to do them [AST macros]." :
On 4/5/2014 3:13 AM, Peter Alexander wrote:
Huge thanks to Andrei for referring me, and to Facebook for hiring me!
Congratulations!
On 4/5/2014 2:40 AM, Leandro Lucarella wrote:
enum Symbolic { Dogs, Cars, Trees }// not implicitly casteable (and
// maybe not even expose the
// internal value)
?
struct Symbolic {
private static struct _im
On 4/4/2014 12:05 PM, bearophile wrote:
And with "enum precondition" in the succ() function you can do both cases with a
single function:
array[Index.A.succ] = t;
auto i = Index.A;
array[i.succ] = t;
What about i+10? Do you expect the person to write
i.succ.succ.succ.succ.succ.succ.succ.succ.
On 4/4/2014 11:47 AM, bearophile wrote:
Also, there is a ugly name clashing between enum field names and the enum
properties. The solution is to group them into a single namespace (like "meta"),
and then forbid an enum member with the name of the namespace.
https://d.puremagic.com/issues/show_bu
On 4/4/2014 3:24 AM, bearophile wrote:
You see I care of casts also from the little casts statistic I've done on your
Warp:
http://forum.dlang.org/thread/lhf0u6$2r80$1...@digitalmars.com?page=3#post-wjjivmmeyeismgkntwsj:40forum.dlang.org
Most of the casts in Warp come from the workarounds I had
On 4/4/2014 12:23 AM, Rory McGuire wrote:
On Fri, Apr 4, 2014 at 9:05 AM, Walter Bright mailto:newshou...@digitalmars.com>> wrote:
You can disable the implicit conversion to int with this scheme. The alias
this only takes effect if there is no other member that will take the
ope
On 4/3/2014 9:54 PM, Meta wrote:
In the case of your example, alias this does not make
it typesafe, as a MyInt can still be implicitly converted to int.
You can disable the implicit conversion to int with this scheme. The alias this
only takes effect if there is no other member that will take
On 4/3/2014 7:19 PM, bearophile wrote:
I have asked for fully typesafe enums in D,
You can do this:
struct MyInt {
int x;
alias this x;
... put your various constraints here ...
}
to get typesafe enums. In fact, you can use this construct to create a type that
over
On 4/3/2014 7:19 PM, bearophile wrote:
I have asked for fully
typesafe enums in D, but in several years I think Walter has never answered, nor
he has explained why D has chosen such intermediate point. I presume this choice
is based on practical reasons, but I don't know exactly what they are (pe
On 4/3/2014 7:00 PM, Meta wrote:
The upside in D is that you can explicitly mark delegates as pure and
have the compiler check for you, but that still puts the onus on the user to be
disciplined and not forget.
It's really like everything else in programming - at some point, if you don't
avail
On 4/3/2014 7:01 PM, Ben Boeckel wrote:
Is there a built-in compose operator or function (Haskell's (.)
operator)? How would you copy the common attributes of the composed
functions to the new function (if not builtin)?
The compiler does attribute inference for template functions and lambdas.
On 4/3/2014 6:14 PM, Meta wrote:
A more interesting point of his is the limitation of Scala's ability to optimize
functions like filter... This is also a problem in D, but not as visible as we
do not have macros to perform the sort of transformation he describes (turning
filter f1, filter f2, fil
On 4/2/2014 6:55 PM, Andrei Alexandrescu wrote:
A lot of them could apply to us as well.
https://www.youtube.com/watch?v=TS1lpKBMkgg
at about 44:00: "I begged them not to do them [AST macros]." :-)
On 4/2/2014 6:55 PM, Andrei Alexandrescu wrote:
A lot of them could apply to us as well.
https://www.youtube.com/watch?v=TS1lpKBMkgg
Reminds me of our empty-front-popFront discussion. Trying to support all kinds
of variations on that results in unoptimizable code.
https://thestrangeloop.com/sessions-page/call-for-presentations
Everyone who has submitted a speaking proposal to Dconf, this year or last,
approved or not, needs to submit it as well to Strangeloop.
Let 'em know that D is a force to be reckoned with. With enough proposals, they
may even crea
On 3/31/2014 2:06 PM, bearophile wrote:
Walter Bright:
Since then, I've fixed a handful of bugs, but that didn't amount to much time.
Have you kept a list of such bugs/mistakes of yours for warp? It is an
interesting list.
It's on github, though currently in a private reposi
On 3/31/2014 10:50 AM, Leandro Lucarella wrote:
Don't take the "couple of weeks" too literally, this is just my
impression after reading the article! Maybe it would be good if Walter
said how much time did it take him to code this.
I spent 2 weeks on the initial version, and another week tuning
On 3/30/2014 3:07 PM, Andrej Mitrovic wrote:
But D has to prove that you can get work done *with* using the GC.
No matter how good the GC is, the word "GC" turns away a lot of programmers with
a knee-jerk response. I aimed to show that one can write effective D programs
without using the GC.
On 3/30/2014 2:15 PM, Andrej Mitrovic wrote:
Maybe. But there's a sore thumb in that codebase: GC.disable();
And that will do exactly the opposite for its performance claims (with
regards to advertising it).
Not really. It proves that you can absolutely get work done in D without using
the GC
On 3/30/2014 1:04 PM, ixid wrote:
Were those ycombinator performance figures putting warp someway behind clang
valid?
I presume so, as the figures for how Warp was faster than gnu cpp were
comparable to what Andrei and I measured.
On 3/30/2014 10:08 AM, Kagamin wrote:
On Friday, 28 March 2014 at 21:16:29 UTC, Ali Çehreli wrote:
It could be useful for me just this past week in a throw-away D program that I
wrote (at work! :) ) to parse some C and C++ files very crudely.
As I understand, a preprocessor works on macros onl
On 3/28/2014 11:27 AM, Andrei Alexandrescu wrote:
https://news.ycombinator.com/newest
It was posted around 11:20 PST, if that helps find it in the morass of new
postings.
http://dconf.org/2014/registration.html
Early Bird ticket prices are good through March 31.
On 3/21/2014 4:04 AM, Vladimir Panteleev wrote:
http://blog.thecybershadow.net/2014/03/21/functional-image-processing-in-d/
Some highlights from a recent overhaul of the graphics package from my D
library. It makes use of a number of D-specific language features, so I've tried
to make the articl
On 3/14/2014 10:24 AM, Paulo Pinto wrote:
Sadly the world at large ignored what was happening at ETHZ during the mid 90's
and decided to invest in optimizing C compilers instead.
The shift away from Pascal/Modula2 happened earlier than that. The beginning of
the end of Pascal was in 1987 - whe
On 3/11/2014 4:18 PM, Michel Fortin wrote:
Also, I'll be glad to participate in the review given I wrote most of that code.
I'm glad to see this is building on the great groundwork you've already done.
On 3/10/2014 1:09 PM, Andrej Mitrovic wrote:
It was mentioned here:
https://d.puremagic.com/issues/show_bug.cgi?id=5215#c5
I've filed it now:
https://d.puremagic.com/issues/show_bug.cgi?id=12340
Thanks.
On 8/3/2013 1:54 PM, Andrej Mitrovic wrote:
On 8/3/13, Walter Bright wrote:
/delexe
http://www.digitalmars.com/ctg/ctgLinkSwitches.html#delexecutable
Note that this switch doesn't actually work. We've talked about this
somewhere in an Optlink-related bugzilla issue.
I do
On 3/4/2014 12:46 PM, Max Klyga wrote:
On 2014-03-04 19:14:13 +, Vladimir Panteleev said:
On Tuesday, 4 March 2014 at 18:58:43 UTC, Andrei Alexandrescu wrote:
The Net is definitely in a bad mood today. My reddit submission shows "1
comment" but there's no comment to see. It also appear in
On 3/4/2014 10:57 AM, Andrei Alexandrescu wrote:
It's a much harder problem than one might anticipate.
It might work better for CTFE to notice that the floating point formatting
function is being called, and instead of interpreting that function, do its own
workalike. Certainly that'd be a he
On 3/4/2014 12:04 PM, Adam D. Ruppe wrote:
On Tuesday, 4 March 2014 at 18:56:50 UTC, Andrei Alexandrescu wrote:
It's a much harder problem than one might anticipate.
Indeed, I started it last night figuring I could slap something together in 30
minutes to do the job... now I've spent over thre
On 3/4/2014 2:29 AM, Andrej Mitrovic wrote:
Note that the main site doesn't have links to the 2014 schedule (it
only has a top link to dconf 2013). You have to manually move to
http://dconf.org/2014/ which is the link that's missing.
In the top menu bar, I see:
Schedule Registration Speak
On 3/3/2014 1:31 PM, Andrei Alexandrescu wrote:
http://dconf.org
We're proud to present an amazing lineup of presentations. We've got one of the
best programming conferences out there. I can't wait :-)
On 3/3/2014 8:37 AM, Adam D. Ruppe wrote:
As some of you might know, I've been working on a D book over the last few
months. It is now available as "coming soon" on the publisher's website:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
Congratulations! This is a
On 2/25/2014 3:40 PM, Andrei Alexandrescu wrote:
Ironically that's for the obsoleted C++ program. The D program is trivial to
build.
Maybe the C++ version should undergo a git rm :-)
Or at least, put it on another branch.
On 2/25/2014 2:47 PM, Dicebot wrote:
To be completely honest,
I should hope so :-)
at the moment warning lobby has happened it was more
reasonable because there was not even slight possibility of lint-like tool
creation back then. But now we have DScanner and DDMD is not that far away too
whi
On 2/25/2014 8:05 AM, Paulo Pinto wrote:
Actually a good approach the Go guys have, everything that can be a warning, is
an error.
D started with and maintained that approach for many years. It was a position I
strongly advocated.
On 2/25/2014 7:36 AM, Paulo Pinto wrote:
Yeah, it worked really great for C.
Developers created C compilers in other systems and never ported lint
as part of the process.
End result being a portable macro assembler, as safe as, writing in pure
assembly.
This is hyperbole. C's type system mad
On 2/25/2014 12:54 PM, Paulo Pinto wrote:
Am 25.02.2014 20:36, schrieb Walter Bright:
On 2/25/2014 10:34 AM, Ary Borenszweig wrote:
If it's separated then it's always the turtle chasing the rabbit.
I like Adam's idea of improving reflection so such linters could be
writte
On 2/24/2014 12:29 PM, Walter Bright wrote:
Looks like we need to do something about this:
http://www.reddit.com/r/programming/comments/1ytfc5/d_2065_released_with_396_fixes_and_improvements/cfnmkih
At a minimum, add it to the changelog. Or possibly remove that change.
https
On 2/25/2014 10:34 AM, Ary Borenszweig wrote:
If it's separated then it's always the turtle chasing the rabbit.
I like Adam's idea of improving reflection so such linters could be written as D
code and compiled in.
On 2/25/2014 6:53 AM, Adam D. Ruppe wrote:
well a lot of these are obviated by D itself too... but checking reflection,
especially with a project-wide rtinfo extension so you don't have to static
assert in every module, gives D the potential to lint itself with some
user-defined semantics.
Thi
On 2/25/2014 11:03 AM, Brad Anderson wrote:
On Monday, 24 February 2014 at 20:24:04 UTC, Walter Bright wrote:
On 2/24/2014 9:48 AM, Brad Anderson wrote:
On Monday, 24 February 2014 at 17:42:07 UTC, Manu wrote:
First thing I noticed though, the Windows installer seemed to forget where
my
1101 - 1200 of 2708 matches
Mail list logo
