Awesome! I'll definitely check this out :)
Would there be any chance of additional contributions, such as an
ISAAC RNG implementation, being accepted? I wouldn't go as far as
to guarantee it for crypto purposes, but I've been messing around
with an implementation recently and wouldn't mind
Ali Cehreli:
I wonder what bearophile's response will be. ;)
Despite looking like a silly sequence of optimizations, I do have
some general comments on that text. Thanks to Kenji
(https://github.com/D-Programming-Language/dmd/pull/3650 ) this
code is now valid:
void foo(size_t N)(ref
On Tuesday, 10 June 2014 at 06:53:46 UTC, Chris Cain wrote:
Awesome! I'll definitely check this out :)
Thanks, that would be great!
Would there be any chance of additional contributions, such as
an ISAAC RNG implementation, being accepted? I wouldn't go as
far as to guarantee it for crypto
Really nice. I watched it twice.
Bastiaan.
Joseph Rushton Wakeling:
Thanks in advance for all testing and feedback.
I have appreciated to use this generator (but I am not yet sure
how much good it is. I have seen it's fast and sufficiently good
for some of my simpler purposes):
http://en.literateprograms.org/R250/521_%28C%29
Pass it by reference, I see no reason why MT can't be pure.
Kagamin:
Pass it by reference, I see no reason why MT can't be pure.
I meant strongly pure :-)
Bye,
bearophile
On Tuesday, 10 June 2014 at 10:21:39 UTC, bearophile wrote:
I have appreciated to use this generator (but I am not yet sure
how much good it is. I have seen it's fast and sufficiently
good for some of my simpler purposes):
http://en.literateprograms.org/R250/521_%28C%29
Should be
Joseph Rushton Wakeling:
However, I don't see any reason why one couldn't have a
strongly pure function that purely transforms state, which
could be wrapped by an RNG class
So can you can generate random values in strongly pure functions
with this? You can allocate the RNG class inside the
Andrei's D Talk (Day 2) is up:
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2014/D
Matheus.
Watch, discuss, upvote!
https://news.ycombinator.com/newest
https://twitter.com/D_Programming/status/476386465166135296
https://www.facebook.com/dlang.org/posts/863635576983458
http://www.reddit.com/r/programming/comments/27sjxf/dconf_2014_day_1_talk_4_inside_the_regular/
Andrei
On 6/10/14, 6:28 AM, Mattcoder wrote:
Andrei's D Talk (Day 2) is up:
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2014/D
Matheus.
Topics overlap a tad with NDC's so if you watched that you may want to
skip over the portion between 7:41 and 15:42.
Andrei
Leverage - my talk at Lang.NEXT.
http://www.reddit.com/r/programming/comments/27sp6r/langnext_2014_leverage_by_andrei_alexandrescu/
https://news.ycombinator.com/newest
https://twitter.com/D_Programming/status/476400279160885248
https://www.facebook.com/dlang.org/posts/863665863647096
Andrei
On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu
wrote:
Of possible interest.
http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/
Andrei
IMHO, the coolest thing was when Rob Pike told about the tool
they made for automatically
On Tuesday, 10 June 2014 at 15:37:11 UTC, Andrei Alexandrescu
wrote:
Watch, discuss, upvote!
https://news.ycombinator.com/newest
https://twitter.com/D_Programming/status/476386465166135296
https://www.facebook.com/dlang.org/posts/863635576983458
On Friday, 30 May 2014 at 11:48:57 UTC, Chris wrote:
There's _always_ something you can learn, even if you think you
know it all.
Like the fact that you can @disable this() for a struct, even
though you can't implement it. I didn't know that, but I have the
perfect use case for it (and it's
On Monday, 9 June 2014 at 19:14:15 UTC, Jacob Carlborg wrote:
Adam, I noticed that you mentioned DStep in the book. By
reading the part about integrating with C++ I got the
impression that DStep can handle C++. Currently, that's not the
case.
blargh, I thought it could do more. Does it at
On Tuesday, 10 June 2014 at 17:31:52 UTC, Lars T. Kyllingstad
wrote:
Like the fact that you can @disable this() for a struct, even
though you can't implement it.
If my memory is working properly I actually think I was the one
who suggested that to Walter a few years ago when it was
On Tuesday, 10 June 2014 at 16:30:31 UTC, Andrei Alexandrescu
wrote:
Leverage - my talk at Lang.NEXT.
http://www.reddit.com/r/programming/comments/27sp6r/langnext_2014_leverage_by_andrei_alexandrescu/
https://news.ycombinator.com/newest
At about 40.42 in the Thoughts on static regex there is written
even compile-time printf would be awesome. There is a patch
about __ctWrite in GitHug, it should be fixed and merged.
Bye,
bearophile
On Tuesday, 10 June 2014 at 10:37:17 UTC, Kagamin wrote:
Pass it by reference, I see no reason why MT can't be pure.
For what it's worth, the Mersenne Twister in hap.random is
already weakly pure (.front and .popFront are both pure methods).
On Tuesday, 10 June 2014 at 11:32:54 UTC, bearophile wrote:
So can you can generate random values in strongly pure
functions with this? You can allocate the RNG class inside the
function... If that's right, then is this simple strongly pure
random generator worth adding to std.random2?
Joseph Rushton Wakeling:
Forgive me if I'm missing something obvious, but as it stands I
don't see how the R250/521 algorithm you pointed me to can be
strongly pure.
Sorry, the R250/521 idea and the strongly pure idea are unrelated
to each other.
but wouldn't that be a memory allocation
On Tuesday, 10 June 2014 at 21:02:54 UTC, bearophile wrote:
Sorry, the R250/521 idea and the strongly pure idea are
unrelated to each other.
Ah, good. That makes things simpler. I'll implement R250/521
for you, though.
For the strongly pure random generator we should choose a
generator
Hey again Joe,
I had an opportunity to give the entire code a good once over
read and I have a few comments.
1. Biggest thing about the new hap.random is how much nicer it is
to actually READ. The first few times I went through the current
std.random, I remember basically running out of
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.
Joseph Rushton Wakeling:
I'll implement R250/521 for you, though.
Please stop, I am not worth that, and I don't even know how much
good that generator is. So for you it's better to focus on more
important matters of the new random module. Extra generators can
be added later if needed.
It is time to begin preparations for the next release of DMD. I am aim
for a two week beta release to commence on 30 June with branching of
2.066 and end on 7 July with the release of 2.066.0.
Concurrently with this release, I would like to produce a maintenance
release for 2.065. Please
Please do not tag anything until we decide if virtual is a
keyword in D.
See: https://github.com/D-Programming-Language/dlang.org/pull/584
On 6/10/14, 10:01 PM, Brian Schott wrote:
Please do not tag anything until we decide if virtual is a keyword in D.
See: https://github.com/D-Programming-Language/dlang.org/pull/584
The branch will not be created until 30 June. I trust that this will be
sorted out by then.
On Monday, 9 June 2014 at 22:37:20 UTC, Ellery Newcomer wrote:
So pyd is at the point where it really needs some sort of test
suite runner. It's kind of complicated since I need to test
against
* multiple versions of dmd/ldc/gdc
* multiple versions of python (2.4 - 3.4, but I'm thinking of
On Mon, 09 Jun 2014 14:23:59 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On 6/9/14, 2:15 PM, Dejan Lekic wrote:
I am more for stdx, which is what some developers already use as
package name for experimental stuff.
The way I see it is instead of
On Monday, 9 June 2014 at 23:56:05 UTC, bearophile wrote:
A nice post Bartosz:
http://bartoszmilewski.com/2014/06/09/the-functional-revolution-in-c/
Perhaps it's a good moment to remove the monitor pointer from D
classes (as in a recent front-dmd patch).
(D didn't follow the
I was messing around with clang codegen and noticed that sometime
it optimize structs using the tail pad, and sometime it doesn't.
It ended up in the following stack overflow question :
Am 10.06.2014 02:18, schrieb w0rp:
I have updated the site and the repository with all of the D changelogs
split into their own pages. I had to reformat a few things, primarily
example code, so it would fit nicely in smaller column sizes. I marked
sections with headings so it fits into a table
On Monday, 9 June 2014 at 20:37:57 UTC, Andrei Alexandrescu wrote:
On 6/9/14, 12:56 PM, Justin Whear wrote:
On Mon, 09 Jun 2014 12:18:08 -0700, Andrei Alexandrescu wrote:
Hello,
Someone at DConf left me a pair of handmade socks to pass to
a coworker
whom they didn't get to meet. I forgot
On Mon, 2014-06-09 at 22:37 +, Ellery Newcomer via Digitalmars-d
wrote:
So pyd is at the point where it really needs some sort of test
suite runner. It's kind of complicated since I need to test
against
* multiple versions of dmd/ldc/gdc
* multiple versions of python (2.4 - 3.4, but
deadalnix:
thought ?
I think for D there is a lower handing fruit: the D specs allow
to reorder class instance fields, but I think the D front-end is
not yet doing that.
Bye,
bearophile
But is Bartosz forgetting the Rust solution? The latest video
linked in this newsgroup shows that Rust instead of going the way
of functional data structures, it disallows the presence at the
same time of reference sharing and mutability. So the mutability
of data is not intrinsic, it's
Hi,
Yes my little GC project is coming along. It allocates much faster in
multi threaded applications when all threads are competing for the lock.
D's current GC is very slow when there is contention for the GC-lock
which is acquired for every malloc. The other hidden lock usage is when
a
On Tuesday, 10 June 2014 at 08:12:53 UTC, Sönke Ludwig wrote:
It's not heap allocations. The problem is that during CTFE,
currently basically every variable change allocates memory that
is never freed again. I've used a few tricks to get the memory
usage down (which is why the Diet compiler
On 10/06/14 00:37, Ellery Newcomer wrote:
So pyd is at the point where it really needs some sort of test suite
runner. It's kind of complicated since I need to test against
* multiple versions of dmd/ldc/gdc
* multiple versions of python (2.4 - 3.4, but I'm thinking of dropping
2.4 and 2.5 this
Am 10.06.2014 12:25, schrieb w0rp:
On Tuesday, 10 June 2014 at 08:12:53 UTC, Sönke Ludwig wrote:
It's not heap allocations. The problem is that during CTFE, currently
basically every variable change allocates memory that is never freed
again. I've used a few tricks to get the memory usage down
On 10 June 2014 07:26, Jonathan M Davis via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Mon, 09 Jun 2014 14:23:59 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On 6/9/14, 2:15 PM, Dejan Lekic wrote:
I am more for stdx, which is what some developers
On Tuesday, 10 June 2014 at 10:42:14 UTC, Sönke Ludwig wrote:
* Are there any other opinions on this? I remember that there
have been some strong proponents of using DDOC for things, so
it would be bad if in the end Markdown were to be dropped,
after all of the work has already been done.
On 10/06/14 10:12, Sönke Ludwig wrote:
But yes, it's definitely not what you want to have for D. I'm not sure
how much can be done about that, though - except from rewriting the CTFE
engine with performance in mind (maybe even using a JIT compiler). Or
maybe it's possible to be more liberal
On Tuesday, 10 June 2014 at 08:57:26 UTC, bearophile wrote:
deadalnix:
thought ?
I think for D there is a lower handing fruit: the D specs allow
to reorder class instance fields, but I think the D front-end
is not yet doing that.
But only for classes, not for structs.
On Tuesday, 10 June 2014 at 11:09:41 UTC, Jacob Carlborg wrote:
On 10/06/14 10:12, Sönke Ludwig wrote:
But yes, it's definitely not what you want to have for D. I'm
not sure
how much can be done about that, though - except from
rewriting the CTFE
engine with performance in mind (maybe even
On Tuesday, 10 June 2014 at 11:35:32 UTC, Puming wrote:
On Tuesday, 10 June 2014 at 11:09:41 UTC, Jacob Carlborg wrote:
On 10/06/14 10:12, Sönke Ludwig wrote:
But yes, it's definitely not what you want to have for D. I'm
not sure
how much can be done about that, though - except from
On Monday, 9 June 2014 at 13:51:30 UTC, Dejan Lekic wrote:
However, package module still have few issues.
Issue #1)
Few times I asked myself what am i importing, package or a
module? when I used package module, so whenever I import a
package, I add a short comment, something like:
// assuming
On Tuesday, 10 June 2014 at 10:42:14 UTC, Sönke Ludwig wrote:
Am 10.06.2014 12:25, schrieb w0rp:
On Tuesday, 10 June 2014 at 08:12:53 UTC, Sönke Ludwig wrote:
It's not heap allocations. The problem is that during CTFE,
currently
basically every variable change allocates memory that is
never
On Tue, 2014-06-10 at 12:31 +, Kiith-Sa via Digitalmars-d wrote:
On Tuesday, 10 June 2014 at 10:42:14 UTC, Sönke Ludwig wrote:
[…]
* Are there any other opinions on this? I remember that there
have been some strong proponents of using DDOC for things, so
it would be bad if in the end
On 6/10/14, 3:42 AM, Sönke Ludwig wrote:
* Are there any other opinions on this? I remember that there have been
some strong proponents of using DDOC for things, so it would be bad if
in the end Markdown were to be dropped, after all of the work has
already been done. Personally I'd strongly
On Tuesday, 10 June 2014 at 11:09:23 UTC, Dicebot wrote:
On Tuesday, 10 June 2014 at 10:42:14 UTC, Sönke Ludwig wrote:
* Are there any other opinions on this? I remember that there
have been some strong proponents of using DDOC for things, so
it would be bad if in the end Markdown were to be
On 10/06/14 13:09, Dicebot wrote:
DDOC was promoted because of dog-fooding rationale but I believe it has
unacceptable learning curve and negatively impacts documentation
contribution.
I think Ddoc is fine for API documentation, but not for designing a web
site.
--
/Jacob Carlborg
On 10/06/14 16:06, Andrei Alexandrescu wrote:
I think ddoc is a lot more flexible than markdown, and I'm baffled by
the claim that ddoc is difficult to learn. That said I do agree it's a
turnoff for first-time website contributors. IMHO if we switch away from
ddoc we should switch to something
On 6/10/14, 3:57 AM, Iain Buclaw via Digitalmars-d wrote:
I agree all the way with std.experimental as the package name. Though
I might throw in an alternative argument to stdx and instead promote
unsafe.* or std.unsafe. ;-)
The only issue I see with *.unsafe.* is that it sounds related to
On 6/10/14, 1:31 AM, Russel Winder via Digitalmars-d wrote:
On Mon, 2014-06-09 at 22:37 +, Ellery Newcomer via Digitalmars-d
wrote:
So pyd is at the point where it really needs some sort of test
suite runner. It's kind of complicated since I need to test
against
* multiple versions of
If you can spare the time / HW resources, I'd probably go with
Vagrant and Buildbot, but then again I would since I'm familiar
with both.
Atila
On Tuesday, 10 June 2014 at 14:34:13 UTC, David Gileadi wrote:
On 6/10/14, 1:31 AM, Russel Winder via Digitalmars-d wrote:
On Mon, 2014-06-09 at
Am 10.06.2014 16:06, schrieb Andrei Alexandrescu:
On 6/10/14, 3:42 AM, Sönke Ludwig wrote:
* Are there any other opinions on this? I remember that there have been
some strong proponents of using DDOC for things, so it would be bad if
in the end Markdown were to be dropped, after all of the work
On Tue, 10 Jun 2014 10:06:57 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 6/10/14, 3:42 AM, Sönke Ludwig wrote:
* Are there any other opinions on this? I remember that there have been
some strong proponents of using DDOC for things, so it would be bad if
in the end
Am 10.06.2014 14:31, schrieb Kiith-Sa:
(But I'd recommend extended GitHub-like markdown if possible, plain
markdown is pretty bare bones. Personally I use ReStructuredText but I
think the GitHub markdown is pretty good and most potential contributors
can already write it without learning a new
On Tue, 10 Jun 2014 10:31:59 -0400, David Gileadi gilea...@nspmgmail.com
wrote:
On 6/10/14, 3:57 AM, Iain Buclaw via Digitalmars-d wrote:
I agree all the way with std.experimental as the package name. Though
I might throw in an alternative argument to stdx and instead promote
unsafe.* or
On Tuesday, 10 June 2014 at 14:54:32 UTC, Steven Schveighoffer
wrote:
Markdown can be instantly understood by anyone who sees it.
DDOC requires lookup/learning, even if you know how DDOC works,
you still have to figure out what all the macros mean and do.
And none of that is documented as far
On Tuesday, 10 June 2014 at 14:50:51 UTC, Sönke Ludwig wrote:
Am 10.06.2014 14:31, schrieb Kiith-Sa:
(But I'd recommend extended GitHub-like markdown if possible,
plain
markdown is pretty bare bones. Personally I use
ReStructuredText but I
think the GitHub markdown is pretty good and most
On 06/06/2014 23:40, Brian Schott wrote:
On Friday, 6 June 2014 at 22:25:16 UTC, Tom Browder via Digitalmars-d
wrote:
Now I'm confused--the three files I've found have differences in
production rules--it looks like I'll have to look at what the
compiler is actually doing--I'm putting that off
On Thursday, 29 May 2014 at 23:39:02 UTC, Marco Leise wrote:
Nice try, but destructors called by the GC are currently
effectively @nogc. So don't try that at home.
When did that happen? Some effort was made at one point to
ensure that allocations worked from dtors. Not that I'm in
favor,
On Tuesday, 10 June 2014 at 08:18:44 UTC, JR wrote:
Missed opportunity to use std.socks.assumeMine and netting
yourself an extra pair...
The problem is that assumeMine is not @safe.
On Tue, 10 Jun 2014 11:38:04 -0400, Meta jared...@gmail.com wrote:
On Tuesday, 10 June 2014 at 08:18:44 UTC, JR wrote:
Missed opportunity to use std.socks.assumeMine and netting yourself an
extra pair...
The problem is that assumeMine is not @safe.
Depends on if you're @trusted or not.
I have dmd and dmc installed on my system but I can't find
obj2asm executable. IIRC, when I was on Linux I just installed
dmd and had working obj2asm. Where's it on Windows 64-bit?
On Tue, 10 Jun 2014 12:02:47 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Tue, 10 Jun 2014 11:53:34 -0400, AsmMan lol.them...@gmail.com wrote:
I have dmd and dmc installed on my system but I can't find obj2asm
executable. IIRC, when I was on Linux I just installed dmd and had
On Tue, 10 Jun 2014 11:53:34 -0400, AsmMan lol.them...@gmail.com wrote:
I have dmd and dmc installed on my system but I can't find obj2asm
executable. IIRC, when I was on Linux I just installed dmd and had
working obj2asm. Where's it on Windows 64-bit?
It doesn't exist. From what I
On Tue, 10 Jun 2014 11:48:17 +
Dicebot via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Monday, 9 June 2014 at 13:51:30 UTC, Dejan Lekic wrote:
Issue #2)
Package module is not possible in projects with flat structure
(projects whose authors did not reserve directories for
On Tue, 10 Jun 2014 12:02:47 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Tue, 10 Jun 2014 11:53:34 -0400, AsmMan lol.them...@gmail.com wrote:
I have dmd and dmc installed on my system but I can't find obj2asm
executable. IIRC, when I was on Linux I just installed dmd and had
On Tuesday, 10 June 2014 at 15:15:46 UTC, Sean Kelly wrote:
On Thursday, 29 May 2014 at 23:39:02 UTC, Marco Leise wrote:
Nice try, but destructors called by the GC are currently
effectively @nogc. So don't try that at home.
When did that happen? Some effort was made at one point to
ensure
On Tuesday, 10 June 2014 at 17:07:23 UTC, Joakim wrote:
On Tuesday, 10 June 2014 at 15:15:46 UTC, Sean Kelly wrote:
On Thursday, 29 May 2014 at 23:39:02 UTC, Marco Leise wrote:
Nice try, but destructors called by the GC are currently
effectively @nogc. So don't try that at home.
When did
There is an article on reddit:
http://www.reddit.com/r/programming/comments/27r6v1/jurassic_park_trespasser_cg_source_code_review/
Which is making some noise there, and one thing that called my
attention was about the compilation time, back then (90's) it
could consume a considerable amount
On Tue, 10 Jun 2014 18:12:36 +, Mattcoder wrote:
Finally my question is: Wouldn't be relevant and a good advertisement
try to port a code like this to D and compare the times? Because one of
the strenghts of D it's the fast compilation time, right?
I think porting 300k lines of 15+
On Tuesday, 10 June 2014 at 18:12:37 UTC, Mattcoder wrote:
Finally my question is: Wouldn't be relevant and a good
advertisement try to port a code like this to D and compare the
times? Because one of the strenghts of D it's the fast
compilation time, right?
Assuming you have enough RAM
On Tuesday, 10 June 2014 at 18:19:02 UTC, Justin Whear wrote:
I think porting 300k lines of 15+ year-old, heavily-templated
C++ would
have to be a labor of love. You certainly couldn't pay me to
do it.
I understand your point, but like I said on my post, I'm using
this game as example, this
On Tue, 10 Jun 2014 14:19:02 -0400, Justin Whear
jus...@economicmodeling.com wrote:
On Tue, 10 Jun 2014 18:12:36 +, Mattcoder wrote:
Finally my question is: Wouldn't be relevant and a good advertisement
try to port a code like this to D and compare the times? Because one of
the
What's the current record for RAM usage?
I'm not sure how valid the comparison would be, even if someone
did port it to D.
That C++ project is very old, and was likely not organized to
minimize compilation times, may not have used precompiled headers
etc.
It is possible to set up C++ projects such that even very large
ones will
On Tue, 10 Jun 2014 18:35:52 +, Casper Færgemand wrote:
What's the current record for RAM usage?
I got DMD to consume 174GB before killing it: https://issues.dlang.org/
show_bug.cgi?id=12844
On Tuesday, 15 April 2014 at 07:12:41 UTC, Alix Pexton wrote:
I contacted Doug to ask if he had any additional resources that
I could use to make my argument for DEC64. I only got a brief
reply (happy to get any reply from someone so busy) to the
effect that everything he has to say on the
I've been using the multidimensional arrays for a while now, but
recently I've run into a problem w.r.t. optimization:
import std.stdio;
import unstd.multidimarray;
void main() {
MultidimArray!(double, 3) arr;
arr = multidimArray!double([1,2,42]);
writeln(arr.lengths);
}
If I compile
10-Jun-2014 11:30, deadalnix пишет:
[snip]
extern(D) do tail pad optimize.
extern(C) struct do not tail pad optimize.
extern(C++) do tail pad with C++ rules:
do not tail pad if (otherwise tail pad):
1. has no non-static data members that aren't standard-layout
2. has no virtual functions and no
Am 17.03.2014 18:39, schrieb Denis Shelomovskij:
Multidimensional arrays indexing and slicing syntax is finally added [1]
(thanks to Kenji Hara). So it was a good cause to update my
multidimensional arrays library implementation and add support for the
new syntax. So here we are: [2].
Also
On Tuesday, 10 June 2014 at 17:58:56 UTC, Sean Kelly wrote:
On Tuesday, 10 June 2014 at 17:07:23 UTC, Joakim wrote:
On Tuesday, 10 June 2014 at 15:15:46 UTC, Sean Kelly wrote:
On Thursday, 29 May 2014 at 23:39:02 UTC, Marco Leise wrote:
Nice try, but destructors called by the GC are
Yes my little GC project is coming along. It allocates much
faster in multi threaded applications when all threads are
competing for the lock.
Have you benchmarked your lock-free GC against D's builtin with
different allocation sizes? I've seen comments on the need for
that...
Anyhow very
On 6/10/2014 1:18 AM, JR wrote:
Missed opportunity to use std.socks.assumeMine and netting yourself an extra
pair...
The trouble with the socks datatype is the destructor is randomly run on only
one of each pair.
On 6/10/2014 12:30 AM, deadalnix wrote:
thought ?
This does not apply to D structs because D structs do not inherit.
C doesn't have classes, so no issues there.
extern(C++) class should match the C++ ABI for this.
extern(D) class we are free to innovate with the layout.
I suggest turning
On Thursday, 5 December 2013 at 05:09:03 UTC, Marco Leise wrote:
Am Sun, 01 Dec 2013 09:09:32 +0100
schrieb sclytrack sclytr...@fake.com:
Re: If you had money to place for a bounty, what would you
choose?
Official debian packages for gdc, derelict, gtkd, vibed.
What compiler and D
On Tue, 10 Jun 2014 16:52:26 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 6/10/2014 1:18 AM, JR wrote:
Missed opportunity to use std.socks.assumeMine and netting yourself an
extra
pair...
The trouble with the socks datatype is the destructor is randomly run on
only one of
On Sunday, 8 June 2014 at 17:04:34 UTC, Nick Sabalausky wrote:
That's also a great example of why IMO Hollywood and some of
the newer western-style games often do a lousy job in music -
the harder they try, the worse they do IMO. Aside from the one
notable exception of Symphony of the Night, I
On Tuesday, 10 June 2014 at 14:39:25 UTC, Atila Neves wrote:
If you can spare the time / HW resources, I'd probably go with
Vagrant and Buildbot, but then again I would since I'm familiar
with both.
Atila
I stumbled on vagrant a few months ago but haven't had a chance
to play with it yet.
On Tuesday, 10 June 2014 at 20:52:27 UTC, Walter Bright wrote:
On 6/10/2014 1:18 AM, JR wrote:
Missed opportunity to use std.socks.assumeMine and netting
yourself an extra
pair...
The trouble with the socks datatype is the destructor is
randomly run on only one of each pair.
Sock[2]
On 6/10/14, 1:52 PM, Walter Bright wrote:
On 6/10/2014 1:18 AM, JR wrote:
Missed opportunity to use std.socks.assumeMine and netting yourself an
extra
pair...
The trouble with the socks datatype is the destructor is randomly run on
only one of each pair.
For Windows users this situation was
I was wondering if anyone could help with a problem I'm having.
My program compiles properly, and has all up-to-date files and
DLLs (SDL2, SDL2-image, SDL2-ttf, all the other DLLs that are
required by these). However, when I run it, I get object.Error:
Access Violation, which, of course,
On Wednesday, 11 June 2014 at 00:00:47 UTC, Matt wrote:
Both Window and Input are my own classes, which I've checked
for leaks, and don't appear to have any. They are basically
wrappers around SDL functionality. I can include the source if
people want, but it's pretty long.
The try-catch
1 - 100 of 160 matches
Mail list logo
