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
On Thursday, 29 May 2014 at 01:49:51 UTC, ed wrote:
This is just recent and only seems to be affecting posts by J M
Davies, which are often enlightening so it is a bit frustrating.
I get the following error in the web interface:
Don't know how parse text/html message
I have switched to
Just noticed, the paste was screwed. Had a weird character in a
comment which seemed to confuse dpaste.
Here's the full code:
http://dpaste.dzfl.pl/fc2073c19e7d
On Thursday, 29 May 2014 at 03:43:32 UTC, Steven Schveighoffer
wrote:
On Wed, 28 May 2014 06:28:25 -0400, Tero
On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
Digitalmars-d wrote:
Please configure your email client to include a text/plain part.
Your messages are unreadable to any users of clients that ignore
text/html parts, which includes all users of the forum web
interface.
On Thursday, 29 May 2014 at 06:28:13 UTC, Vladimir Panteleev
wrote:
On Thursday, 29 May 2014 at 01:49:51 UTC, ed wrote:
This is just recent and only seems to be affecting posts by J
M Davies, which are often enlightening so it is a bit
frustrating.
I get the following error in the web
On Thursday, 29 May 2014 at 06:28:13 UTC, Vladimir Panteleev
wrote:
On Thursday, 29 May 2014 at 01:49:51 UTC, ed wrote:
This is just recent and only seems to be affecting posts by J
M Davies, which are often enlightening so it is a bit
frustrating.
I get the following error in the web
Hi all,
There seems to have been some discussion regarding
std.experimental at DConf, as several proposals to add modules to
it have popped up over the last few days. Maybe Andrei's keynote
had something on it (I unfortunately missed it)?
In any case, could somebody please outline the
On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
Digitalmars-d wrote:
Is this the first attempt at D Version 3? :-)
Some of those warnings are not generated by D compiler (like
unused variables and labels, unused arguments, signed/unsigned
comparisons, etc), so better to catch and fix them before
porting the code to D.
In D I'd like optional warnings for unused
variables/labels/arguments/last assignments,
So after the last day of DConf was over, back at the Aloft Brian
Schott taught me and Jonathan Crapuchettes about perf
(https://perf.wiki.kernel.org/index.php/Main_Page). If you're
profiling binaries on Linux, this thing is a must have and I have
no idea how I'd never heard about it before.
On 2014-05-29 12:09, Atila Neves wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't know about the rest of you but I definitely didn't see that
one coming.
Doesn't the runtime know how many threads currently
On 05/29/2014 12:41 PM, Jacob Carlborg via Digitalmars-d wrote:
On 2014-05-29 12:09, Atila Neves wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't know about the rest of you but I definitely didn't see that
It will be hard to beat Java's garbage collector. They use
generational, sequential memory approach, while D's memory
manager (correct me if I'm wrong) uses more common approach and
has to deal with possible memory fragmentation. Allocating a new
object is extremely cheap in Java, literally a
On 24/05/2014 17:42, Jeremy Powers via Digitalmars-d wrote:
On Fri, May 23, 2014 at 7:39 AM, Dicebot via Digitalmars-d
digitalmars-d@puremagic.com mailto:digitalmars-d@puremagic.com wrote:
Original thread :
http://forum.rejectedsoftware.__com/groups/rejectedsoftware.__dub/thread/2/
On Wednesday, 28 May 2014 at 16:25:40 UTC, Rene Zwanenburg wrote:
On Wednesday, 28 May 2014 at 09:37:55 UTC, Edwin van Leeuwen
wrote:
Thank you for the reply. Does this mean I should never
initialize classes/objects like that or is it more specific to
RBT?
It's the same for any class.
I
On 29/05/14 09:55, David Nadlinger via Digitalmars-d wrote:
In any case, could somebody please outline the discussion here? To me, directly
proposing modules for std.experimental that haven't gone through being a
(popular) code.dlang.org package first seems to be at odds with promoting the
On 2014-05-29 11:03:11 +, Wanderer said:
It will be hard to beat Java's garbage collector. They use
generational, sequential memory approach, while D's memory manager
(correct me if I'm wrong) uses more common approach and has to deal
with possible memory fragmentation. Allocating a new
On 2014-05-29 13:01, Robert Schadek via Digitalmars-d wrote:
properly, but collections is not atomar and you have to prevent threads
that are created during collection from collecting. so you still need to
lock
The GC already stops the world, can a thread then be created during a
collection?
On 2014-05-29 14:18, Shammah Chancellor wrote:
I was under the impression that the D gc does move objects around on the
heap and then update the pointers.
It does not. It would require barriers (read or write, don't remember
which) and my people here are against that.
--
/Jacob Carlborg
On Thursday, 29 May 2014 at 10:09:18 UTC, Atila Neves wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't know about the rest of you but I definitely didn't see
that
one coming.
I would have seen it coming
On Thu, 29 May 2014 02:30:05 -0400, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
Digitalmars-d wrote:
Please configure your email client to include a text/plain part. Your
messages are unreadable to any users of
On Thu, 29 May 2014 03:55:24 -0400, David Nadlinger c...@klickverbot.at
wrote:
Hi all,
There seems to have been some discussion regarding std.experimental at
DConf, as several proposals to add modules to it have popped up over the
last few days. Maybe Andrei's keynote had something on it
On Thu, 29 May 2014 06:09:17 -0400, Atila Neves atila.ne...@gmail.com
wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't know about the rest of you but I definitely didn't see that
one coming.
Just
On 29/05/14 14:52, Steven Schveighoffer via Digitalmars-d wrote:
In andrei's talk he said we should add std.experimental. I don't think there was
much discussion, people liked the idea. There was no discussion on how things
would be placed in there (i.e. up for debate), but it definitely is
On Thursday, 29 May 2014 at 13:34:26 UTC, Joseph Rushton Wakeling
via Digitalmars-d wrote:
Minor point -- is it really going to be the clunky
std.experimental, or is it going to be something elegant like
exp.* ... ?
I would prefer the latter. :-)
I think I would too. But failing that,
On Thu, May 29, 2014 at 08:46:25AM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
On Thu, 29 May 2014 02:30:05 -0400, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
Digitalmars-d wrote:
Please configure your
On Thursday, 29 May 2014 at 08:50:38 UTC, Chris wrote:
On Wednesday, 28 May 2014 at 22:48:22 UTC, Jonathan M Davis via
Digitalmars-d wrote:
Is this the first attempt at D Version 3? :-)
Compiles to only ELF/DWARF headers!
On Thu, 29 May 2014 09:33:59 -0400, Joseph Rushton Wakeling via
Digitalmars-d digitalmars-d@puremagic.com wrote:
On 29/05/14 14:52, Steven Schveighoffer via Digitalmars-d wrote:
In andrei's talk he said we should add std.experimental. I don't think
there was
much discussion, people liked
Joseph Rushton Wakeling:
Minor point -- is it really going to be the clunky
std.experimental,
Clunky is good for something that you only use for experiments.
Short names should be left for good reliable functionality.
Bye,
bearophile
A request for hardware overflow tests:
http://blog.regehr.org/archives/1154
From the blog post:
Processors should support integer math instructions that
optionally trap on overflow. Because popular architectures lack
this feature, otherwise excellent modern systems programming
languages,
On Thu, May 29, 2014 at 10:47:26AM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
[...]
javax was the experimental branch for Java's experimental code. Now
javax.xml is PERMANENT.
I think experimental spells out This is subject to immediate and
frequent change. IT MAY BREAK YOUR CODE
One subject that frequented the talks at dconf was the poor performance of
CTFE and mixins.
The major issue as I understand it (maybe I'm wrong) is the vast amounts
of memory the compiler consumes while building mixin strings. In fact, one
of the talks (can't remember which one) mentioned
1 - 100 of 231 matches
Mail list logo
