Re: Deterministic life-time storage type

Michel Fortin , dans le message (digitalmars.D:164824), a écrit : > So with your system, how do you write the swap function? I've thought about that. The scope(label) is the key. void T swap(T)(scope T a, scope(a) T b) { scope(a) tmp = a; a = b; b = tmp; } scope(inout) would also do the tr

version 8.52 & console app code size

OS= Win XP i dl'd version 8.52 and tested a simple "hello.c" it compiled fine with the -mn flag: dmc hello.c -mn however, i tried the "-ms" flag for small code & data and it wouldn't compile returning, Warning 2: file not found SDS.lib is the "ms" flag allowed when running on a win XP OS?

Re: Let's give a honor to dead giants!

On Sun, Apr 22, 2012 at 04:29:00AM +0200, Froglegs wrote: > > >One thing I miss, though, is ctags support for D. You don't know how > >powerful such a simple concept is; it lets you navigate 50,000-line > >source files without even batting an eyelid. :-) (Just try that in > >an IDE, and you'll so

GTK and D

I guess a heads up for folk working on D bindings to GTK+: http://www.gtk.org/language-bindings.php Indicates D has bindings to 2.12, 2.14, 2.16, 2.18, 2.20 and 2.22, but not 2.24 and, most problematically, not 3.0. The link from this page points at: http://www.dsource.org/projects/gtkd. (It is

Re: Let's give a honor to dead giants!

One thing I miss, though, is ctags support for D. You don't know how powerful such a simple concept is; it lets you navigate 50,000-line source files without even batting an eyelid. :-) (Just try that in an IDE, and you'll soon get an aneurism from trying to scroll with a 1-pixel high scrol

Re: Deterministic life-time storage type

On 2012-04-21 14:22:41 +, trav...@phare.normalesup.org (Christophe) said: This scope system is very similar to the mutable/immutable system. It is optionnal (one may code without it). There is transitivity, a bridge type (const or scope(in)), and also the same virality (is this an english wo

Re: Let's give a honor to dead giants!

On Friday, 20 April 2012 at 03:33:43 UTC, H. S. Teoh wrote: One thing I miss, though, is ctags support for D. 1. It seems that everything can understand Ctags 2. The format's not complicated at all. I just committed support for a --ctags option to my brain-dead D tool (https://github.com/Hack

Re: Deterministic life-time storage type

On 04/22/12 02:01, Christophe wrote: > Artur Skawina , dans le message (digitalmars.D:164784), a écrit : >> "scope", in its current meaning, should have been the default for all >> function arguments. If this was the case, would introducing your scope-scopes >> bring any additional benefits? (Let's

Re: Deterministic life-time storage type

Artur Skawina , dans le message (digitalmars.D:164784), a écrit : > "scope", in its current meaning, should have been the default for all > function arguments. If this was the case, would introducing your scope-scopes > bring any additional benefits? (Let's ignore enforcement for now, and assume >

Re: a pretty exciting result for parallel D lang rmd following defrag by name

I was able to achieve similar efficiency to the defrag result on ntfs by using a modified version of std.file.write that uses FILE_FLAG_WRITE_THROUGH. The ntfs rmdir of the 2GB layout takes 6 sec vs 161 sec when removing the unzipped layout. I posted the measurements in D.learn, as well as th

Re: Let's give a honor to dead giants!

switch (open) { case "[": switch (open[0]) { case '[': How string switches are optimized? Also if-else chain should work better here.

Re: comma operator causes hard to spot bugs

Timon Gehr , dans le message (digitalmars.D:164810), a écrit : > > There are a few similar usages in Phobos. If comma was to be used as a > tuple constructor instead, those could be replaced by ( , )[$-1]. That would be nice. -- Christophe

Re: Let's give a honor to dead giants!

On Saturday, 21 April 2012 at 17:46:18 UTC, Brian Schott wrote: The only thing that I see anyone re-using is the tokenizer. Huh, cute. Except for string open = to!string(inputString[endIndex]); May be, open=inputString[endIndex..endIndex+1]; ?

Re: Docs: Section on local variables

On Saturday, April 21, 2012 07:49:47 H. S. Teoh wrote: > Hold on a second here, I thought the original complaint was that > *unused* local variables should generate a warning? What has that got to > do with .init? Reread the original post. It was two things. 1. It's an error to use a local variab

Update on random sampling in Phobos

Hello all, An update on the proposed replacement for Phobos' RandomSample struct. A demo copy of the code is on GitHub at: https://github.com/WebDrake/RandomSample This is a little standalone D file that can be compiled and run and which goes through several simple benchmark comparisons of the

Re: [off-topic] Sony releases PS Vita SDK

On Saturday, 21 April 2012 at 19:03:26 UTC, H. S. Teoh wrote: On Sat, Apr 21, 2012 at 06:34:40PM +0200, Paulo Pinto wrote: Me I prefer to use languages with proper expression mechanisms, like D. Unfortunately the big guys prefer languages that allow for replaceable programmers. [...] Y'know,

Re: Recursive aliases?

On Saturday, 21 April 2012 at 19:46:29 UTC, Mehrdad wrote: alias int delegate(out ItemGetter next) ItemGetter; We currently can't do the above^ in D, but what do people think about allowing it? i.e. More specifically, I think an alias expression should be able to refer to the identifier (unles

Recursive aliases?

alias int delegate(out ItemGetter next) ItemGetter; We currently can't do the above^ in D, but what do people think about allowing it? i.e. More specifically, I think an alias expression should be able to refer to the identifier (unless it doesn't make sense, like including a struct inside its

Re: [off-topic] Sony releases PS Vita SDK

On Sat, Apr 21, 2012 at 06:34:40PM +0200, Paulo Pinto wrote: > That is usually one of the arguments Go people use against generics. > > I tend to call C++, D, C#, Ada and other languages with powerful > abstraction mechanisms as programming languages for people with > brains. > > On my huge entre

Re: comma operator causes hard to spot bugs

On 04/21/2012 06:54 PM, bearophile wrote: Jonathan M Davis: There have been discussions about the comma operator before. I don't expect that it's going anywhere, Maybe there are intermediate solutions between keeping wild commas in D and disallowing them fully. I think most of my bugs caused

Re: comma operator causes hard to spot bugs

On Sat, Apr 21, 2012 at 05:06:13PM +0200, deadalnix wrote: > Le 21/04/2012 14:51, Jonathan M Davis a écrit : > >On Saturday, April 21, 2012 14:25:14 Alex Rønne Petersen wrote: > >>No. It's an abomination, and it blocks more novel/interesting language > >>design opportunities. > > > >There have been

Re: Random D geekout

On Sat, Apr 21, 2012 at 06:17:58PM +0200, nhk wrote: > Please bear with my ignorance I'm new to D, but why is that any > better compared to a simple > > switch(key){ > default: throw Exception("Invalid attribute '%s'".format(key)); > case "name": d.name = value; >break; > ... > ...

Re: D Compiler as a Library

On Thursday, 19 April 2012 at 16:38:31 UTC, Marco Leise wrote: Doesn't the D module system make symbols unique? --- void someFunction() { { int someVariable = 3; // ... } { int someVariable = 1000; // ... } } --- How do you target the someVariable symbol from the second

Re: Let's give a honor to dead giants!

On Saturday, 21 April 2012 at 15:15:42 UTC, Roman D. Boiko wrote: KISS in action. There is a lot to learn from. KISS is one of my guiding principles on this project. The learning may be in the other direction though. One of the reasons that I started this project was to learn about how to imp

Re: Docs: Section on local variables

On 04/21/2012 02:26 PM, Jakob Ovrum wrote: ... Even if the compiler gets it wrong once in a blue moon, I would happily trade that for the massive benefits it gives you in writing readable, maintainable code. It doesn't.

Re: Language Subsets

On Saturday, 21 April 2012 at 15:33:08 UTC, Marco Leise wrote: Since noone answered, I don't know what you heard in the video, but from my experience @safe is the only real subset that exists. And for you as the developer it means, that you can not use I/O and operations on pointers. Also when

Re: Random D geekout

On Saturday, 21 April 2012 at 14:40:00 UTC, H. S. Teoh wrote: I'm getting confused about the use of 'static' in this context. What I wanted was to make the regex module-global, but apparently 'static' has an overloaded meaning here, and also makes it compile-time evaluated? How do I make it mod

Re: comma operator causes hard to spot bugs

Jonathan M Davis: There have been discussions about the comma operator before. I don't expect that it's going anywhere, Maybe there are intermediate solutions between keeping wild commas in D and disallowing them fully. I think most of my bugs caused by commas are similar to the one shown by

Re: Docs: Section on local variables

It also makes good impression to newbies: I saw already a newbie in D.learn who declared a variable, forgot to initialize it with a reference to class instance and was asking why the program crashes.

Re: Docs: Section on local variables

On Saturday, 21 April 2012 at 09:15:14 UTC, Jonathan M Davis wrote: init solves the larger problem of uninitialized variables being garbage and resulting in non-deterministic behavior. And it solves it in more places than the Java and C# solution does Flow analysis catches the bug early (at c

Re: [off-topic] Sony releases PS Vita SDK

That is usually one of the arguments Go people use against generics. I tend to call C++, D, C#, Ada and other languages with powerful abstraction mechanisms as programming languages for people with brains. On my huge entreprise projects, I always despair with the amount of knowledge some develo

Re: Random D geekout

On 21.04.2012 18:41, H. S. Teoh wrote: [snip] How do I make it module-global without being compile-time evaluated?? No idea ;) But as a workaround: Global blah; static this(){ blah = ...; } -- Dmitry Olshansky

Re: Partial classes & forward declarations

I have a class, and it contains various method declarations. These methods are to be implemented via mixins which generate stubs binding it to some complex C++ call-through mechanism. My approach was to allow the user to forward declare the methods, which will tell the compiler all the informati

Re: Docs: Section on local variables

On 4/21/12, Nick Sabalausky wrote: > Yes, it's initialized to .init by default. But .init may not be what the > programmer intended it to be initialized to. Well, we could introduce a new language feature that explicitly makes the compiler verify that you've initialized a variable before using it

Re: Partial classes & forward declarations

On 21 April 2012 18:45, Alex Rønne Petersen wrote: > On 21-04-2012 16:32, Jacob Carlborg wrote: > >> On 2012-04-20 16:47, Manu wrote: >> >> Bummer. I still think there's room for a formal trait to do this. >>> Complimentary to allMembers and getMember, but for a functions. >>> >> >> The function

Re: Random D geekout

Please bear with my ignorance I'm new to D, but why is that any better compared to a simple switch(key){ default: throw Exception("Invalid attribute '%s'".format(key)); case "name": d.name = value; break; ... ... } On Friday, 20 April 2012 at 04:05:43 UTC, H. S. Teoh wrote: I'm

Re: D Compiler as a Library

It's possible to have an instance variable and a local variable with the same name. According to Marco's idea, those would be qualified differently: className.x vs className.funcName.x, but he recently provided an example where that is ambiguous. Also it would be a problem for symbols declar

Re: Polymorphic catcalls

On Saturday, 21 April 2012 at 13:52:20 UTC, Kagamin wrote: The Little Willy example applies to D just fine. When served wrong drink, Little Willy has little choice but to throw an exception. This seems like a strengthening of a Customer's contract, doesn't it? It doesn't matter how the typechec

Re: Remove docs on 'new' and 'delete'?

On 4/21/12, Jakob Ovrum wrote: > I have a local branch rewriting the memory page to compose with > emplace()/clear() instead; I had a pull request up for a while, > but I closed it because clear() isn't documented yet. I don't > think we should remove that section until its alternative is > fully

Re: D Compiler as a Library

On 2012-04-21 15:32, Marco Leise wrote: Am Thu, 19 Apr 2012 18:58:26 +0200 schrieb "Roman D. Boiko": I doubt specifying symbol it would be any better than location. For example, you would not be able to rename a local variable or any other symbol nested in a function. Yes you can! Try to comp

Re: Partial classes & forward declarations

On 2012-04-21 17:45, Alex Rønne Petersen wrote: It would basically mean having to parse D's full type syntax to be 100% correct, which is not cool. The compiler ought to help out here. Yet again we need a compiler library. -- /Jacob Carlborg

Re: D Compiler as a Library

I'll answer you both here... Am Sat, 21 Apr 2012 16:11:02 +0200 schrieb Artur Skawina : > On 04/21/12 15:32, Marco Leise wrote: > > Am Thu, 19 Apr 2012 18:58:26 +0200 > > schrieb "Roman D. Boiko" : > > > >> I doubt specifying symbol it would be any better than location. > >> For example, you wo

Re: Partial classes & forward declarations

On 21-04-2012 16:32, Jacob Carlborg wrote: On 2012-04-20 16:47, Manu wrote: Bummer. I still think there's room for a formal trait to do this. Complimentary to allMembers and getMember, but for a functions. The function currently just splits the string on ",". It would be possible to add a mor

Re: Random D geekout

On 2012-04-20 20:50, Arne wrote: auto dgs = [ "name": (string value) {d.name = value; }, "phone": (string value) => cast(void)(d.phone = value), "age": (string value) => cast(void)(d.age = value.to!int()), ]; This works... is there a better way, to avoid cast? You could try explicitly declare

Re: Partial classes & forward declarations

On 2012-04-20 18:21, Jakob Ovrum wrote: On Friday, 20 April 2012 at 14:19:25 UTC, Jacob Carlborg wrote: Don't know if it helps but you can get the name of the arguments of a function: https://github.com/jacob-carlborg/orange/blob/master/orange/util/Reflection.d#L29 I don't think that function

Re: Language Subsets

Am Mon, 16 Apr 2012 18:10:05 +0900 schrieb Klaim - Joël Lamotte : > On Mon, Apr 16, 2012 at 17:53, deadalnix wrote: > > > > > @safe only allow operation that cannot screw up your memory. @system is > > the complete language. > > > > @trusted is an explicit qualifie, to allow @safe code to call @

Re: Let's give a honor to dead giants!

On Saturday, 21 April 2012 at 13:32:16 UTC, Brian Schott wrote: On Friday, 20 April 2012 at 08:01:08 UTC, Jacob Carlborg wrote: There's a vim plugin that uses Clang for autocompletion, if I recall correctly. We need the same for D. Pre-alpha is on Github: https://github.com/Hackerpilot/Dscanne

Re: Deterministic life-time storage type

On 04/21/12 16:22, Christophe wrote: > Now, this is the idea in a few words: > In each function signature, you can add information about whether the > function may keep reference to its parameters or return value. Then, > when you declare a variable, you can say how long you want to use that >

Re: comma operator causes hard to spot bugs

Le 21/04/2012 14:51, Jonathan M Davis a écrit : On Saturday, April 21, 2012 14:25:14 Alex Rønne Petersen wrote: No. It's an abomination, and it blocks more novel/interesting language design opportunities. There have been discussions about the comma operator before. I don't expect that it's goi

Re: Let's give a honor to dead giants!

On 4/21/12 9:32 PM, Brian Schott wrote: On Friday, 20 April 2012 at 08:01:08 UTC, Jacob Carlborg wrote: There's a vim plugin that uses Clang for autocompletion, if I recall correctly. We need the same for D. Pre-alpha is on Github: https://github.com/Hackerpilot/Dscanner/ There *ARE* bugs in

Re: Docs: Section on local variables

On Sat, Apr 21, 2012 at 02:14:14AM -0700, Jonathan M Davis wrote: > On Saturday, April 21, 2012 01:38:22 Nick Sabalausky wrote: > > "Jonathan M Davis" wrote in message > > news:mailman.2003.1334971962.4860.digitalmar...@puremagic.com... [...] > > > I didn't say that it couldn't. I said that there

Re: Random D geekout

On Sat, Apr 21, 2012 at 03:12:05PM +0400, Dmitry Olshansky wrote: > On 21.04.2012 14:48, SomeDude wrote: > >On Saturday, 21 April 2012 at 10:21:49 UTC, Dmitry Olshansky wrote: > >>Just stop using ctRegex for now... it's experimental. > >> > >>Or more to the point the problem is this. I've seen this

Re: Partial classes & forward declarations

On 2012-04-20 16:47, Manu wrote: Bummer. I still think there's room for a formal trait to do this. Complimentary to allMembers and getMember, but for a functions. The function currently just splits the string on ",". It would be possible to add a more sophisticated algorithm to handle delegat

Re: D Compiler as a Library

On Saturday, 21 April 2012 at 13:32:28 UTC, Marco Leise wrote: Am Thu, 19 Apr 2012 18:58:26 +0200 schrieb "Roman D. Boiko" : I doubt specifying symbol it would be any better than location. For example, you would not be able to rename a local variable or any other symbol nested in a function.

Deterministic life-time storage type

Hi. I don't have time to follow all discussions here, but it makes a some time that I have an idea that I would like to share here, to know if that may interest programmers in various fields. The idea is major change in the langage (perhaps for D.3), to give tools for the compiler and the progr

Re: Docs: Section on local variables

On Saturday, 21 April 2012 at 09:15:14 UTC, Jonathan M Davis wrote: the Java and C# solution does, because it deals with stuff like initializing all of the elements in an array when it's first allocated, which they don't AFAIK. They do.

Re: D Compiler as a Library

On 04/21/12 15:32, Marco Leise wrote: > Am Thu, 19 Apr 2012 18:58:26 +0200 > schrieb "Roman D. Boiko" : > >> I doubt specifying symbol it would be any better than location. >> For example, you would not be able to rename a local variable or >> any other symbol nested in a function. > > Yes you

Re: Polymorphic catcalls

The Little Willy example applies to D just fine. When served wrong drink, Little Willy has little choice but to throw an exception. This seems like a strengthening of a Customer's contract, doesn't it? It doesn't matter how the typecheck is done technically. And this strengthening seems to be i

Re: D Compiler as a Library

Am Thu, 19 Apr 2012 18:58:26 +0200 schrieb "Roman D. Boiko" : > I doubt specifying symbol it would be any better than location. > For example, you would not be able to rename a local variable or > any other symbol nested in a function. Yes you can! Try to compile this: void x() {

Re: Let's give a honor to dead giants!

On Friday, 20 April 2012 at 08:01:08 UTC, Jacob Carlborg wrote: There's a vim plugin that uses Clang for autocompletion, if I recall correctly. We need the same for D. Pre-alpha is on Github: https://github.com/Hackerpilot/Dscanner/ There *ARE* bugs in --dotComplete. I'll be implementing the f

Re: Docs: Section on local variables

Even if my words count for little: 1. If it would be possible to reliably detect reading access to not explicitly initalized variables the best solution would be to forbid reading access before initialization and throw an error message. (Particularly, in this world, there would be no default init

Re: Remove docs on 'new' and 'delete'?

On Saturday, 21 April 2012 at 06:55:21 UTC, Alex Rønne Petersen wrote: Someone on IRC just pointed out that the docs for new and delete are still present: http://dlang.org/memory.html#newdelete Considering how often this particular section misleads people, and that we're going to deprecate new

Re: comma operator causes hard to spot bugs

On Saturday, April 21, 2012 14:25:14 Alex Rønne Petersen wrote: > No. It's an abomination, and it blocks more novel/interesting language > design opportunities. There have been discussions about the comma operator before. I don't expect that it's going anywhere, even though there are plenty of pe

Re: comma operator causes hard to spot bugs

On 04/21/12 14:23, Benjamin Thaut wrote: > Hi, > I just had a bug due to the unitentional usage of the comma operator. So I'm > wondering if there could something be done so that the compiler prevents > something like this: > > memStart = cast(T*)(m_allocator.AllocateMemory(size * T.sizeof), >

Re: Docs: Section on local variables

On Saturday, 21 April 2012 at 11:37:29 UTC, Nick Sabalausky wrote: As far as "there's nothing to stop a programmer from initializing a variable with an incorrect value": that's a poor argument. Failing to give an initial value in all code paths is a bigger danger (ie, more likely) than using th

Re: comma operator causes hard to spot bugs

On 21-04-2012 14:23, Benjamin Thaut wrote: Hi, I just had a bug due to the unitentional usage of the comma operator. So I'm wondering if there could something be done so that the compiler prevents something like this: memStart = cast(T*)(m_allocator.AllocateMemory(size * T.sizeof), InitializeMem

comma operator causes hard to spot bugs

Hi, I just had a bug due to the unitentional usage of the comma operator. So I'm wondering if there could something be done so that the compiler prevents something like this: memStart = cast(T*)(m_allocator.AllocateMemory(size * T.sizeof), InitializeMemoryWith.NOTHING); This first excutes A

Re: Docs: Section on local variables

Nick Sabalausky: But it *is*, *objectively*, a downside of D versus C#. Disputing that with "But D gets rid of garbage initial values!" is nothing but an irrelevant strawman. This is right, and D people seem to forget it often. So I think we'll have to keep reminding this fact forever to D

Re: Polymorphic catcalls

I think that Design by Contract is reasonable in theory and practice. As far as I know, in contrast to Eiffel, D does not allow covariant method arguments in subclasses. This is a necessary condition for structural correctness of the object oriented model. However, this condition is not sufficient

Re: [off-topic] Sony releases PS Vita SDK

"Alex Rønne Petersen" wrote in message news:jmtolu$1e25$1...@digitalmars.com... > On 21-04-2012 09:18, Nick Sabalausky wrote: >> "Paulo Pinto" wrote in message >> news:pgxiucaflhldzhfmg...@forum.dlang.org... >>> Just noticed that Microsoft is planning to start using C# for systems >>> programmin

Re: Docs: Section on local variables

"Jonathan M Davis" wrote in message news:mailman.2009.1334999769.4860.digitalmar...@puremagic.com... > On Saturday, April 21, 2012 01:38:22 Nick Sabalausky wrote: >> "Jonathan M Davis" wrote in message >> news:mailman.2003.1334971962.4860.digitalmar...@puremagic.com... >> >> > On Saturday, April

Re: Random D geekout

On 21.04.2012 14:48, SomeDude wrote: On Saturday, 21 April 2012 at 10:21:49 UTC, Dmitry Olshansky wrote: Just stop using ctRegex for now... it's experimental. Or more to the point the problem is this. I've seen this one on bugzilla: version(CtRgx) { enum Re = ctRegex!re;//auto is OK here BTW }

Re: Random D geekout

On Saturday, 21 April 2012 at 10:21:49 UTC, Dmitry Olshansky wrote: Just stop using ctRegex for now... it's experimental. Or more to the point the problem is this. I've seen this one on bugzilla: version(CtRgx) { enum Re = ctRegex!re;//auto is OK here BTW } else {//tha

Re: Random D geekout

On 21.04.2012 11:46, SomeDude wrote: I can't compile it. I get "Out of memory". Is it the regex.d module again ?:( This one really needs to be fixed ASAP, as the older working Ah-ha-ha. OK, come on use it the source are out there in the open :) It didn't even handle * properly. regexp is dep

Re: immutable, static, __gshared, TLS, and compile time allocation

On 04/21/12 02:22, Manu wrote: > On 21 April 2012 03:05, Michel Fortin > wrote: > > If you're trying to make a C-like global, write this: > >static __gshared int x; > > > dlang.org seems to disagree: > "__gshared may also be

Re: Random D geekout

On Friday, 20 April 2012 at 19:00:29 UTC, Nick Sabalausky wrote: "Arne" wrote in message news:qmehxgyksrdxkabvc...@forum.dlang.org... auto dgs = [ "name": (string value) {d.name = value; }, "phone": (string value) => cast(void)(d.phone = value), "age": (string value) => cast(void)(d.a

Re: Docs: Section on local variables

On Saturday, April 21, 2012 03:53:08 Jakob Ovrum wrote: > On Saturday, 21 April 2012 at 01:31:45 UTC, Jonathan M Davis > >_Very_ little in D requires or does flow > > analysis. > > And D is worse off because of it. Not being a compiler expert, I don't really know how much an issue flow analysis

Re: Docs: Section on local variables

On Saturday, April 21, 2012 01:38:22 Nick Sabalausky wrote: > "Jonathan M Davis" wrote in message > news:mailman.2003.1334971962.4860.digitalmar...@puremagic.com... > > > On Saturday, April 21, 2012 02:54:25 Jakob Ovrum wrote: > >> On Friday, 20 April 2012 at 18:40:46 UTC, Jonathan M Davis wrote:

Re: [off-topic] Sony releases PS Vita SDK

On Friday, 20 April 2012 at 12:30:19 UTC, SomeDude wrote: What I don't get is why no large software company is backing up D right now. It's quite clear by now that D is by far the language that has the best feature set to be the successor to C++. Answer is i think quite simple. How many C++

Re: [off-topic] Sony releases PS Vita SDK

On Friday, 20 April 2012 at 18:11:45 UTC, SomeDude wrote: Through the Java Community Process (http://jcp.org). Basically, it's where the proposals for APIs are reviewed. It started after many people found that the Sun APIs sucked (basically, Sun didn't have the manpower to follow all the requ

Re: [off-topic] Sony releases PS Vita SDK

On 21-04-2012 09:18, Nick Sabalausky wrote: "Paulo Pinto" wrote in message news:pgxiucaflhldzhfmg...@forum.dlang.org... Just noticed that Microsoft is planning to start using C# for systems programming as well https://careers.microsoft.com/jobdetails.aspx?jid=76831 Who knows what they are pla

Re: Random D geekout

I can't compile it. I get "Out of memory". Is it the regex.d module again ?:( This one really needs to be fixed ASAP, as the older working regexp is deprecated.

Re: [off-topic] Sony releases PS Vita SDK

"Paulo Pinto" wrote in message news:pgxiucaflhldzhfmg...@forum.dlang.org... > Just noticed that Microsoft is planning to start using C# for systems > programming as well > > https://careers.microsoft.com/jobdetails.aspx?jid=76831 > > Who knows what they are planning to do... > Between that and