On Tue, 27 May 2014 02:24:01 -0700, evilrat evilrat...@gmail.com wrote:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:
https://github.com/evilrat666/directx-d
this is it. i think i can't continue on this one anymore, nor do i have
time, nor passion. i've made a lot of work and
On 05/29/2014 05:35 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
On Wed, 28 May 2014 16:07:08 -0700
Walter Bright via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Some of the inconsistencies you mentioned and Brian mentioned in his
talk are actually the result
Hi,
I've made an attempt at porting Richard Lord's Ash component/entity system to
D.
It was mainly an exercise in learning about component/entity systems.
It tries to remain faithful to the API of ash, but there were some aspects of
ActionScript that did not map cleanly.
It passes all the
On 5/28/14, 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/
Looks like this got junked. -- Andrei
On Thu, 29 May 2014 08:23:26 +0200
Timon Gehr via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
In any case, simply reversing the order for static array types using
an ad-hoc rewrite rule would be a huge wart, even more severe than
the other points you raised, and we
On 05/29/2014 12:59 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
So, unfortunately, I think that we're stuck.
You make it sound like there is a problem. ;)
I don't see much of an argument for why it makes any sense for static
array
dimensions be read from right-to-left in
On 28/05/2014 2:05 PM, Craig Dillabaugh 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 Thursday, 29 May 2014 at 03:29:31 UTC, Jonathan M Davis via
Digitalmars-d-announce wrote:
1. The order of the dimensions of multi-dimensional static
arrays is backwards
in comparison to what most everyone expects.
int[4][5][6] foo;
is the same as
int foo[6][5][4];
and has the
On 2014-05-28 20:14, Walter Bright wrote:
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
On Thu, 29 May 2014 01:31:44 -0700
Ali Çehreli via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 05/29/2014 12:59 AM, Jonathan M Davis via Digitalmars-d-announce
wrote:
So, unfortunately, I think that we're stuck.
You make it sound like there is a problem. ;)
I
On 2014-05-28 16:56, Jesse Phillips wrote:
D doesn't have global scope. C++ does not do TLS but that isn't relevant
to the no cost position that C++ is taking.
Since C++11 there's thread_local.
--
/Jacob Carlborg
On 05/29/2014 11:51 AM, Jacob Carlborg wrote:
On 2014-05-28 20:14, Walter Bright wrote:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
http://www.amazon.com/D-Cookbook-Adam-D-Ruppe/dp/1783287217
On Wednesday, 28 May 2014 at 18:14:28 UTC, Walter Bright wrote:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
http://www.amazon.com/D-Cookbook-Adam-D-Ruppe/dp/1783287217
On Thu, May 29, 2014 at 12:28 PM, Chris via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Wednesday, 28 May 2014 at 18:14:28 UTC, Walter Bright wrote:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
On Wednesday, 28 May 2014 at 05:40:26 UTC, 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.
Hmm, this bit me (doesn't compile):
void f(in char[] s)
{
auto s1=s;
s1=s;
}
On Thursday, 29 May 2014 at 02:38:56 UTC, Jesse Phillips wrote:
Hoping someone can confirm or deny this thought.
int x2prime = void; // (at global scope)
Since x2prime is module variable, I would expect that the
compiler will always initialize this to 0 since there isn't
really a
Jesse Phillips, el 29 de May a las 02:38 me escribiste:
On Wednesday, 28 May 2014 at 04:48:11 UTC, Jesse Phillips wrote:
I did a translation of most of the code in the slides.
http://dpaste.dzfl.pl/72b5cfcb72e4
I'm planning to transform it into blog post (or series). Right now
it just has
On Wednesday, 28 May 2014 at 13:31:26 UTC, Dicebot wrote:
On Wednesday, 28 May 2014 at 12:20:34 UTC, Bruno Medeiros wrote:
On 28/05/2014 04:54, Saurabh Das wrote:
I actually prefer the slow release of the videos - it gives
me enough
time to digest each talk and discuss it before the next one
On Thursday, 29 May 2014 at 07:51:30 UTC, Andrei Alexandrescu
wrote:
Looks like this got junked. -- Andrei
hmm, that was my first time ever posting to reddit so maybe
that's why. Regardless, when the dconf talks come around I'll
post the link in those comments too and that'll hopefully make
On Wednesday, 28 May 2014 at 16:51:56 UTC, Mattcoder wrote:
Question: But any mistakes like those founded will be updated?
Just heard back: maybe on the pdf, probably not on print due to
it not being worth the cost. Most likely they'll just be some
eratta listed on the site.
On Thursday, 29 May 2014 at 10:28:45 UTC, Chris wrote:
I dug into Chapter 3 about ranges. It clarifies a lot of things
about ranges.
Yeah, a lot of the stuff there comes from my own process when
writing my first range consuming function (which is still in a
pretty ugly form in my sha.d on
On Thursday, 29 May 2014 at 10:28:45 UTC, Chris wrote:
On Wednesday, 28 May 2014 at 18:14:28 UTC, Walter Bright wrote:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
http://www.amazon.com/D-Cookbook-Adam-D-Ruppe/dp/1783287217
On Wednesday, 28 May 2014 at 18:14:28 UTC, Walter Bright wrote:
http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book
http://www.amazon.com/D-Cookbook-Adam-D-Ruppe/dp/1783287217
On Thursday, 29 May 2014 at 12:45:20 UTC, Adam D. Ruppe wrote:
On Thursday, 29 May 2014 at 10:28:45 UTC, Chris wrote:
I dug into Chapter 3 about ranges. It clarifies a lot of
things about ranges.
Yeah, a lot of the stuff there comes from my own process when
writing my first range consuming
On Thu, 29 May 2014 04:57:14 -0400, Alix Pexton
alix.dot.pex...@gmail.dot.com wrote:
On 28/05/2014 2:05 PM, Craig Dillabaugh 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
On Wed, 28 May 2014 22:38:55 -0400, Jesse Phillips
jesse.k.phillip...@gmail.com wrote:
On Wednesday, 28 May 2014 at 04:48:11 UTC, Jesse Phillips wrote:
I did a translation of most of the code in the slides.
http://dpaste.dzfl.pl/72b5cfcb72e4
I'm planning to transform it into blog post (or
On Thu, 29 May 2014 06:20:51 -0400, Atila Neves atila.ne...@gmail.com
wrote:
For some reason I didn't even know it was available as an ebook
until I read this. At which point I promptly bought it. Dead
trees and their lack of Ctrl-F... :)
To be fair, the physical book comes with access to
On Thursday, 29 May 2014 at 10:01:17 UTC, Jonathan M Davis via
Digitalmars-d-announce wrote:
??? C, C++, and D all have multi-dimensional arrays. e.g.
int a[5][6]; // C/C++
int[6][5] a; // D
int** a; // C/C++
int[][] a; // D
int* a[5]; // C/C++
int[5][] a; // D
On Thursday, 29 May 2014 at 13:12:33 UTC, Chris wrote:
a weird after taste, i.e. questions like is this really the
right way? am I doing something wrong?.
I ask myself that a lot too, even the book isn't really meant to
be authoritative, more like this works pretty well for me
hopefully it
On Thursday, 29 May 2014 at 13:01:50 UTC, Szymon Gatner wrote:
Later in same chapter: ... or being collected by the garbage
collector—its destructor is called, if present.
Is that really true?
hmm, you seem to be right, but this might be a bug. I'm pretty
sure the struct dtors were called
On 2014-05-29 03:29, Jonathan M Davis via Digitalmars-d-announce wrote:
1. The order of the dimensions of multi-dimensional static arrays is backwards
in comparison to what most everyone expects.
int[4][5][6] foo;
is the same as
int foo[6][5][4];
and has the same dimensions as
On Thursday, 29 May 2014 at 13:11:52 UTC, Steven Schveighoffer
wrote:
IIRC, the entire section of global TLS data is initialized, and
is all contiguous memory, so it would be anti-performant to
initialize all but 4 bytes.
int x2;
float f2;
These are both TLS and they init to
On Thursday, 29 May 2014 at 10:41:59 UTC, Kagamin wrote:
On Wednesday, 28 May 2014 at 05:40:26 UTC, 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.
Hmm, this bit me (doesn't compile):
void f(in
On Thursday, 29 May 2014 at 11:08:03 UTC, Leandro Lucarella wrote:
I think void means you don't know what the
value is, not is a random value or a value different from
the
default (which is impossible for stack values, at least if the
idea
behind void is to avoid the extra runtime cost ;).
On 05/29/2014 03:00 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
On Thu, 29 May 2014 01:31:44 -0700
Ali Çehreli via Digitalmars-d-announce
Note that there is no such thing as a multi-dimensional array in C,
C++, or D. Hence, there is no reading from any direction; there is a
On Thursday, 29 May 2014 at 13:57:41 UTC, Adam D. Ruppe wrote:
On Thursday, 29 May 2014 at 13:01:50 UTC, Szymon Gatner wrote:
Later in same chapter: ... or being collected by the garbage
collector—its destructor is called, if present.
Is that really true?
hmm, you seem to be right, but this
On Thu, 29 May 2014 09:57:40 -0400, Adam D. Ruppe
destructiona...@gmail.com wrote:
On Thursday, 29 May 2014 at 13:01:50 UTC, Szymon Gatner wrote:
Later in same chapter: ... or being collected by the garbage
collector—its destructor is called, if present.
Is that really true?
hmm, you
On Thursday, 29 May 2014 at 13:01:50 UTC, Szymon Gatner wrote:
- point 5 (of How to do it...) says: ... and free the object
if necessary, but then in code:
Sorry, I typed this answer but forgot to actually post it. But to
keep the example focused on postblit and destructor stuff instead
of
On Thursday, 29 May 2014 at 14:42:02 UTC, Steven Schveighoffer
wrote:
The GC never has called struct destructors for arrays of
structs or individual structs allocated on the heap.
Hmm, that's some weird behavior.
On Thu, 29 May 2014 10:20:39 -0400, Jesse Phillips
jesse.k.phillip...@gmail.com wrote:
On Thursday, 29 May 2014 at 13:11:52 UTC, Steven Schveighoffer wrote:
IIRC, the entire section of global TLS data is initialized, and is all
contiguous memory, so it would be anti-performant to initialize
On Thu, 29 May 2014 07:32:48 -0700
Ali Çehreli via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 05/29/2014 03:00 AM, Jonathan M Davis via Digitalmars-d-announce
wrote:
I don't see how you could argue that they don't have
multi-dimensional arrays.
Their specs don't
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
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
On 05/29/2014 08:22 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
On Thu, 29 May 2014 07:32:48 -0700
Ali Çehreli via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 05/29/2014 03:00 AM, Jonathan M Davis via Digitalmars-d-announce
wrote:
I don't see how
On Thu, 29 May 2014 13:12:24 -0400, Walter Bright
newshou...@digitalmars.com wrote:
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
On 5/29/2014 8:45 AM, Adam D. Ruppe wrote:
One of the sections there talks about emulating random access on a
structure that doesn't really support it (a linked list) and focuses on
the hidden performance. That's the range-writer side of the same
range-consumer rule: don't try to get fancy and
Jesse Phillips, el 29 de May a las 14:28 me escribiste:
On Thursday, 29 May 2014 at 11:08:03 UTC, Leandro Lucarella wrote:
I think void means you don't know what the
value is, not is a random value or a value different from the
default (which is impossible for stack values, at least if the
https://news.ycombinator.com/newest (search the page, if not found click
More etc)
http://www.reddit.com/r/programming/comments/26t03o/dconf_2014_opening_keynote_state_of_the_struct/
https://www.facebook.com/dlang.org/posts/856227217724294
29-May-2014 04:58, Walter Bright пишет:
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)
29-May-2014 02:10, Jonathan M Davis via Digitalmars-d-announce пишет:
On Tue, 27 May 2014 06:42:41 -1000
Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
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
On Thursday, 29 May 2014 at 18:12:10 UTC, Dmitry Olshansky wrote:
And no, it doesn't matter how the current frontend implements
it, because you can argue next to any decisions this way.
When issues like this come up the spec is almost always changed
to match the DMD front end instead of the
On Thu, 29 May 2014 14:11:27 -0400, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
29-May-2014 04:58, Walter Bright пишет:
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
On Thursday, 29 May 2014 at 18:52:53 UTC, Brian Schott wrote:
On Thursday, 29 May 2014 at 18:12:10 UTC, Dmitry Olshansky
wrote:
And no, it doesn't matter how the current frontend implements
it, because you can argue next to any decisions this way.
When issues like this come up the spec is
29-May-2014 23:06, Steven Schveighoffer пишет:
On Thu, 29 May 2014 14:11:27 -0400, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
29-May-2014 04:58, Walter Bright пишет:
On 5/28/2014 5:35 PM, Brian Rogoff wrote:
Could you elaborate? Using some of the examples Brian gave, which ones
do you
On Thu, 29 May 2014 15:24:06 -0400, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
Let it be just a declaration, as simple as that. Attributes affect other
declarations in the scope, static if doesn't.
Sure it does:
private:
int a;
int b;
equivalent to
private int a;
private int b;
On Thu, 29 May 2014 15:29:31 -0400, Walter Bright
newshou...@digitalmars.com wrote:
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,
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
Packt made an excerpt from the range chapter available too:
https://www.packtpub.com/article/ranges
That's from the tail end of the chapter where I started talking
about emulation performance (relevant to this little convo) and
how to put some stuff together.
On Tuesday, 27 May 2014 at 16:42:35 UTC, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/26m8hy/scott_meyers_dconf_2014_keynote_the_last_thing_d/
https://news.ycombinator.com/newest (search that page, if not
found click More and search again)
On 5/29/2014 9:14 AM, Steven Schveighoffer wrote:
On Thu, 29 May 2014 04:57:14 -0400, Alix Pexton
alix.dot.pex...@gmail.dot.com wrote:
I couldn't resist looking up this debate, and its quite a fiery one
with no clear winner! There is no clear origin to the phrase and equal
arguments for and
On 5/29/14, 11:13 AM, Andrei Alexandrescu wrote:
https://news.ycombinator.com/newest (search the page, if not found click
More etc)
http://www.reddit.com/r/programming/comments/26t03o/dconf_2014_opening_keynote_state_of_the_struct/
https://www.facebook.com/dlang.org/posts/856227217724294
Now also available at:
https://archive.org/details/dconf2014-day01-talk01
Just one thing - what does the title refer to? - I thought you
where going to discuss the ongoing discussions with memory
allocations, GC, structs etc.
Inspiring anyhow.
Thx.
On Thursday, 29 May 2014 at 22:58:15 UTC, Nordlöw wrote:
Now also available at:
https://archive.org/details/dconf2014-day01-talk01
Just one thing - what does the title refer to? - I thought you
where going to discuss the ongoing discussions with memory
allocations, GC, structs etc.
On Thursday, 29 May 2014 at 18:13:15 UTC, Andrei Alexandrescu
wrote:
https://news.ycombinator.com/newest (search the page, if not
found click More etc)
http://www.reddit.com/r/programming/comments/26t03o/dconf_2014_opening_keynote_state_of_the_struct/
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 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 introduce a new
scope, even with {}, and this only happens with attributes.
-Steve
in which case
static
On Wednesday, 28 May 2014 at 07:21:56 UTC, dennis luehring wrote:
woudl be nice to have some sort of example by example comparison
or as an extension to the page http://dlang.org/cpptod.html
I've got two posts complete[1]. Since C++ and D are exactly the
same for the majority of the code I'm
On Thu, May 29, 2014 at 2:31 PM, Jacob Carlborg wrote:
Amazon has a version for their Kindle [1]. I have not seen any mentioning of
other formats.
[1]
http://www.amazon.com/D-Cookbook-Adam-D-Ruppe-ebook/dp/B00KLAJ62M/ref=sr_1_1_title_1_kin?s=booksie=UTF8qid=1401366690sr=1-1
But the paper
69 matches
Mail list logo