On Wednesday, 11 June 2014 at 06:40:24 UTC, safety0ff wrote:
When 'from' and 'to' differ by one, there's no error, when two
or greater, error.
I believe it is a bug, but want confirmation.
Actually, it seems that the trigger is 'to - from' being equal to
'stuff.length'.
Hello,
I was replacing some nasty slice code with std.array calls when I
encountered the following situation:
void main()
{ import std.array, std.stdio;
int[2][] arr = [[0, 0], [1, 0], [2, 0], [3, 0], [4, 0], [5,
0], [6, 0]];
size_t from = 4; // from is inclusive
size_t to = 6;
On 6/10/2014 11:11 PM, deadalnix wrote:
On Wednesday, 11 June 2014 at 04:11:53 UTC, Walter Bright wrote:
Hmm, this could have serious problems with the following:
S1 s1;
S2 s2;
s2.c = 3;
memcpy(&s2.s1, &s1, sizeof(S1)); // Oops! stomped on s2.c
Yes, that is why they do it only in specific con
On Wednesday, 11 June 2014 at 04:11:53 UTC, Walter Bright wrote:
Hmm, this could have serious problems with the following:
S1 s1;
S2 s2;
s2.c = 3;
memcpy(&s2.s1, &s1, sizeof(S1)); // Oops! stomped on s2.c
Yes, that is why they do it only in specific condition (ie when
the thing use C++ specif
On Wednesday, 11 June 2014 at 03:19:55 UTC, Walter Bright wrote:
On 6/10/2014 7:44 PM, deadalnix wrote:
On Wednesday, 11 June 2014 at 02:10:18 UTC, Walter Bright
wrote:
On 6/10/2014 5:27 PM, deadalnix wrote:
I'm talking about structs, not classes.
Ok, but since D structs do not inherit, how
On 10.06.2014 17:15, 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 that
allocations work
On 11/06/2014 6:39 AM, "Nordlöw" via Digitalmars-d wrote:
Have you benchmarked your lock-free GC against D's builtin with
different allocation sizes? I've seen comments on the need for
that...
Only a little. In scripts where I deliberately introduce contention my
allocator is quicker. It's mu
On 6/10/2014 7:44 PM, deadalnix wrote:
On Wednesday, 11 June 2014 at 02:10:18 UTC, Walter Bright wrote:
On 6/10/2014 5:27 PM, deadalnix wrote:
I'm talking about structs, not classes.
Ok, but since D structs do not inherit, how does tail pad optimization apply?
struct S1 {
int a;
On 6/10/2014 5:14 PM, Kagamin wrote:
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 ex
On 6/10/2014 7:44 PM, deadalnix wrote:
On Wednesday, 11 June 2014 at 02:10:18 UTC, Walter Bright wrote:
On 6/10/2014 5:27 PM, deadalnix wrote:
I'm talking about structs, not classes.
Ok, but since D structs do not inherit, how does tail pad optimization apply?
struct S1 {
int a;
On Wednesday, 11 June 2014 at 02:10:18 UTC, Walter Bright wrote:
On 6/10/2014 5:27 PM, deadalnix wrote:
I'm talking about structs, not classes.
Ok, but since D structs do not inherit, how does tail pad
optimization apply?
struct S1 {
int a;
byte b;
}
struct S2 {
S1 s1;
On 6/10/2014 5:27 PM, deadalnix wrote:
I'm talking about structs, not classes.
Ok, but since D structs do not inherit, how does tail pad optimization apply?
On Wednesday, 11 June 2014 at 01:52:49 UTC, Kapps wrote:
The digitalmars.D.learn newsgroup is a more appropriate place
for this, but as for your issue, one thing to keep in mind is
that static constructors are run before main:
import std.stdio;
static this() {
writeln("Foo");
}
void
The digitalmars.D.learn newsgroup is a more appropriate place for
this, but as for your issue, one thing to keep in mind is that
static constructors are run before main:
import std.stdio;
static this() {
writeln("Foo");
}
void main() {
writeln("main");
}
$ rdmd test.d
Foo
mai
On Wednesday, 11 June 2014 at 00:05:25 UTC, safety0ff wrote:
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 sour
On Tuesday, 10 June 2014 at 20:50:46 UTC, Walter Bright wrote:
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) cl
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 bloc
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, mea
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
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] sockPa
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. I
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 Tue, 10 Jun 2014 16:52:26 -0400, 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.
No, it's only
On Thursday, 5 December 2013 at 05:09:03 UTC, Marco Leise wrote:
Am Sun, 01 Dec 2013 09:09:32 +0100
schrieb "sclytrack" :
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 version should those li
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 th
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.
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 exc
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 currently
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 shoul
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 v
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 wit
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 matt
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
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
What's the current record for RAM usage?
On Tue, 10 Jun 2014 14:19:02 -0400, Justin Whear
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 strenghts of D it's the fast compila
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 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 (emo)
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+ year
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 of
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 tha
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 t
On Tue, 10 Jun 2014 12:02:47 -0400, Steven Schveighoffer
wrote:
On Tue, 10 Jun 2014 11:53:34 -0400, AsmMan 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
On Tue, 10 Jun 2014 11:48:17 +
Dicebot via Digitalmars-d 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
> > packages.
> >
> > Examp
On Tue, 10 Jun 2014 11:53:34 -0400, AsmMan 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 remember, there is an equival
On Tue, 10 Jun 2014 12:02:47 -0400, Steven Schveighoffer
wrote:
On Tue, 10 Jun 2014 11:53:34 -0400, AsmMan 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
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 11:38:04 -0400, Meta 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.
-Steve
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 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, b
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 f
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 poten
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 a
On Tue, 10 Jun 2014 10:31:59 -0400, David Gileadi
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 std.unsafe. ;-)
The on
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 fo
On Tue, 10 Jun 2014 10:06:57 -0400, Andrei Alexandrescu
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 Markdown were to be dropped, after
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
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 22:3
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 dmd/l
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 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 b
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 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 dr
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 favo
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 th
Hmm, the multicontext array looks complicated, see a simpler
solution.
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 fr
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:
// assumin
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
rewriting
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 usi
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 with
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 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. Perso
On 10 June 2014 07:26, Jonathan M Davis via Digitalmars-d
wrote:
> On Mon, 09 Jun 2014 14:23:59 -0700
> Andrei Alexandrescu via Digitalmars-d
> 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 experi
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/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
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 sou
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
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 related
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
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,
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 who
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 of
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 :
http://stackoverflow.com/questions/24110347/when-extending-a-padded-struct-why-cant-extra-fields-be-placed-in
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 borrowing/linear
85 matches
Mail list logo
