Re: D to Javascript converter (a hacked up dmd)

[Jacob Carlborg]

On 2012-03-02 03:28, Adam D. Ruppe wrote:

On Thursday, 1 March 2012 at 08:01:07 UTC, Daniel Murphy wrote:

Web programming... might actually become non-horrible?


As far as I can tell, we have variable lifetime! (JS's garbage
collector is still a question, and some of the variables are
global - dmd loves the (var a, b) syntax, which is invalid so
I made var a in global scope. It is not set to null when done.)


What do you mean with "dmd loves the (var a, b) syntax, which is invalid 
so"?


--
/Jacob Carlborg

Re: D to Javascript converter (a hacked up dmd)

[Johannes Pfau]

Am Thu, 01 Mar 2012 21:13:41 +0100
schrieb Bystroushaak :

> I've played with gdc, but it's pretty complicated. I have few ADM 5120
> routers with debwrt and it would be nice to be able compile D2 code
> there, but so far, it was just fail.
> 

ADM 5120 is MIPS, right? Are you trying to build a cross compiler or a
compiler running on the MIPS itself? Making a cross-compiler is never
easy. Assuming you already have a C cross-compiler, you have to patch
the build process to include D at some point. You could also try
https://bitbucket.org/goshawk/gdc/wiki/crosstool-ng
but then you need a compatible 'sysroot' (a folder including the basic
libraries & headers as on your target system, must include libc &
some kernel headers, afaik) for your router.

Another issue: druntime/phobos might not compile (as long as
debwrt uses glibc it could work though), so configure with
--disable-phobos to disable both druntime and phobos. You'll only get
the compiler this way.

And MIPS is probably also affected by GDC issue 120, so you have to
configure like this:
DFLAGS="-fno-section-anchors" ./configure [configure arguments here]

Re: D to Javascript converter (a hacked up dmd)

[Alix Pexton]

On 02/03/2012 02:28, Adam D. Ruppe wrote:


3) The JS language doesn't have block scoping like D.


Have you considered faking scopes in JS using anonymous functions?


var foo;

(function(a, b){
var foo; // not the same as the foo outside the func!
// do stuff
}(x, y)); // invoke immediately with needed arguments from outer scope



by passing all the parameters to the anon func you get a speed increase 
in the lookup on most JS platforms.


I don't think they are very pretty, but it is sometimes a useful technique.

A...

Re: D to Javascript converter (a hacked up dmd)

[Daniel Murphy]

"Jacob Carlborg"  wrote in message 
news:jipus9$v81$1...@digitalmars.com...
> On 2012-03-02 03:28, Adam D. Ruppe wrote:
>> On Thursday, 1 March 2012 at 08:01:07 UTC, Daniel Murphy wrote:
>>> Web programming... might actually become non-horrible?
>>
>> As far as I can tell, we have variable lifetime! (JS's garbage
>> collector is still a question, and some of the variables are
>> global - dmd loves the (var a, b) syntax, which is invalid so
>> I made var a in global scope. It is not set to null when done.)
>
> What do you mean with "dmd loves the (var a, b) syntax, which is invalid 
> so"?
>

CommaExp's containing Declarations 

Re: D to Javascript converter (a hacked up dmd)

[Jacob Carlborg]

On 2012-03-02 10:57, Daniel Murphy wrote:

"Jacob Carlborg"  wrote in message
news:jipus9$v81$1...@digitalmars.com...

On 2012-03-02 03:28, Adam D. Ruppe wrote:

On Thursday, 1 March 2012 at 08:01:07 UTC, Daniel Murphy wrote:

Web programming... might actually become non-horrible?


As far as I can tell, we have variable lifetime! (JS's garbage
collector is still a question, and some of the variables are
global - dmd loves the (var a, b) syntax, which is invalid so
I made var a in global scope. It is not set to null when done.)


What do you mean with "dmd loves the (var a, b) syntax, which is invalid
so"?



CommaExp's containing Declarations


Is he saying "var a, b, c;" is invalid JavaScript code?

--
/Jacob Carlborg

Re: D to Javascript converter (a hacked up dmd)

[Daniel Murphy]

"Jacob Carlborg"  wrote in message 
news:jiq8kb$1ht0$1...@digitalmars.com...
>>
>> CommaExp's containing Declarations
>
> Is he saying "var a, b, c;" is invalid JavaScript code?
>
> -- 
> /Jacob Carlborg

It's invalid if it's a comma expression.

eg.

auto x = (auto a = 3, a);

Which dmd creates _everywhere_. 

Dscience

[bioinfornatics]

Dear,
I have do a D 2 port to my dscience project:
https://gitorious.org/dscience/dscience

Any help are welcome

Referencing d project

[bioinfornatics]

Dear,
it will be great that community sign in for https://www.ohloh.net

You can add your project, see other, browse by tag.

By example for D tag  https://www.ohloh.net/tags/d?page=1

You can see D community and his project easily:
https://www.ohloh.net/tags/d?page=1


you are welcome :-)

Re: Mono-D 0.3.0

[alex]

On Thursday, 1 March 2012 at 22:25:41 UTC, F i L wrote:

Awesome job, Alex!

With the performance improvements of Mono 2.8.6.5 and 
Parser/Performance improvements of Mono-D 3.0 working with D is 
on par with working with C# in Visual Studios. Even better 
since I get the same experience on all three platforms.


It would be nice to see Mono-D (and other IDEs) linked to from 
the dlang.org somewhere. So new D users won't have to dig 
through the forums or sift through dead dsource.org projects to 
find it. Seeing as how, for some of us, proper IDE support is a 
big issue, and Mono-D + MonoDevelop is virtually on-par with 
Visual Studios (productivity wise).


I think it would help D's popularity to some degree if we could 
direct people to some "officially" supported IDEs. With Mono-D 
on top of course! ;)


Ha yeah, thanks, perhaps it would be cool to have a central 
Tutorial page on which  everything becomes explained -- so first 
setting up dmd/gdc/ldc etc. on all platforms, setting up editors 
and IDEs, so on a real step-by-step basis, along with 
screenshots, Q&A sections and stuff .. I guess this would 
actually push! (And please, don't name Mono-D only, it isn't even 
finished yet though there are _some_ completion features ;-) )


One gui from wrote a document yesterday that explaines how to 
install dmd and MonoDevelop and Mono-D in a really noob-safe way

https://docs.google.com/document/d/1otZvBUGM_soFAN-OH2BtdB_-J9qiw_2nJM0WNDzvSho/edit?pli=1&pli=1

Re: D to Javascript converter (a hacked up dmd)

[Adam D. Ruppe]

On Friday, 2 March 2012 at 05:58:03 UTC, Nick Sabalausky wrote:

You make it sound as if there's another kind of JS.


Horribly inefficient relative to the environment :P

I just don't want 100 kb of crap to download just to
write a hello world.

A lot of people prefer to use gzipped sizes, but I don't
because the browser still has to parse the whole thing,
and that takes time after the download, even if you don't
actually run any of it.

(On some browsers, it parses it again on every page load!)


This generated D code gzips very, very well, but I still
want to keep it small in general for general speed.

The fastest code is no code at all. Less to parse, less
to run.

Re: D to Javascript converter (a hacked up dmd)

[Bystroushaak]

I think once you get past the horror that is building gcc for your target

> platform, the big issue remaining is that druntime needs to be ported.

There is actually gdc package in debwrt, but it is D1 :(


You'll hit the same issue with a D->C translator, so it might be better just
to work on the actual runtime.


Well, I don't consider myself as enough skilled programmer to work at gdc.

Re: D to Javascript converter (a hacked up dmd)

[Adam D. Ruppe]

On Friday, 2 March 2012 at 09:33:44 UTC, Alix Pexton wrote:
Have you considered faking scopes in JS using anonymous 
functions?


Yeah, though right now I'm trusting the D compiler to
keep it straight, and it is doing a pretty good job
while being really simple to code.

What happens is all the local variables are mangled
with respect to their full scope too (which leads to
ridiculously long, but unique names).

The D scope simply outputs its own code:

D:
 { // create a scope
int a = 10;
 }
  int a = 20; // the old a is out of scope, so we can do this

Javascript:
var _D_inner_a = 10; // not a real var name, just demo
var _D_outer_a = 20; // new var


The inner variable is still in scope, so I doubt Javascript
garbage collects it, but thanks to the rules of D, it is
never used again.

But, if you use a struct with a destructor (or scope(exit)),
it generates this:

D:
  {
MyStruct a;
  }
   MyStruct a;

Javascript:

   try {
 var _D_inner_A = new MyStruct();
   }
   finally {
MyStruct_destructor(_D_inner_A);
   }
   try {
  var _D_outer_A = new MyStruct();
   }
   finally {
   MyStruct_destructor(_D_outer_A);
   }



And, in this case, Javascript's bizarre scoping
actually simplifies things.


In Javascript, when you write "var x = y;" in the
middle of a function, the way it really works is
it adds a "var x;" to the top of the function,
and leaves "x = y;" in hte middle.


You write:
function test() {
if(something_here()) {
   var a = 10;
}
a++;
}

Javascript acts as if you wrote:

function test() {
   var a;
   if(something_here()) {
 a = 10;
   }
   a++;
}


With our try/finally (that dmd generates, mostly; I didn't
have to do much to make this work), the var declartion
in the try being hoisted up top means we can be sure it
works correctly in the finally, too.




But, with regard to the D scoping, dmd mangles the names
to make sure you don't reference anything that's out of
scope accidentally by giving them unique names.




This hoisting behavior is the proper solution to the
CommaExp declarations mentioned previously, where
dmd likes to write: foo( (var a = 10, a) ) and the
sort.


Currently, I put the var a; in global scope, leaving
just (a=10,a) in the expression. This is legal Javascript,
and should be ok due to unique names, but it pollutes the globals.


If I add a way to instead put those var declarations in
function scope, it is cleaner - no globals - and the same
thing Javascript itself would do anyway!


I'll have to redo the string buffering to make that though,
so it will take some code to do it. Dumping it in the global
was simple to implement with what was already there.

I don't think they are very pretty, but it is sometimes a 
useful technique.


heh, same with mangled names :)

Re: D to Javascript converter (a hacked up dmd)

[Adam D. Ruppe]

Here's one of the nicer things to do:

http://arsdnet.net/dtojs/game.d
http://arsdnet.net/dtojs/game.html

we can do little browser games in D.

If you look at game.js:
http://arsdnet.net/dtojs/game.js

you can see it is similar in size to the original
D file (this is after running tools/gcfunctions and
tools/mangledown on it; before them, it was 21 KB).

I just quickly whipped this together, so it isn't
much of a game - you just move your thing around.
Use keys a,d, and w to control it.


Not much to it, and writing this in Javascript would
have been easy enough, but even for this trivial thing,
a few D nicieties came through:

1) I typo'd one of the method names. D caught it instantly.

2) The degrees thing is supposed to be a user defined literal..
   but it didn't actually work like that (it outputted functions
   that returned the literals!) I consider this a bug in the 
converter.


3) The click event handler is a little more succicent than the
   same in Javascript would be.

4) The switch. Two nice features of D here that JS lacks:

   a) "case 'A':" comes out as "case 65:". The key code is a
  number, which is not equal to 'A' in Javascript!

  A lot of sites have tables for this, but it is just ascii,
  so 'A' works well. In D.

   b) the comma on case is a bit shorter than the same in JS.
  D is better at this short, dynamic stuff than JS itself
  if you ask me - just look at the beauty of my server side
  dom.d compared to JS.




But, it also shows that D->JS isn't a magic bullet.


1) This won't work on IE8, since it doesn't have the canvas thing
   nor addEventListener. (The latter could be emulated in a 
library,

   though, with exactly the same syntax too.)

2) It runs smoothly on IE9, but sucks my butt on Firefox 9 on the
   same computer (my little laptop).

   It is still javascript when it runs, so speed boosts are 
limited

   by that; if the browser is slow, using D won't help much.

3) Obviously, it won't magically turn on people's javascript 
either.

   But, same language client+server means it is that much less
   work to make nice fallbacks (e.g. proper validation).

BTW speaking of validation, I'm pondering if scope(failure)
could make elegant code for that...



But, hey, I'm calling it a win. The suckage of browsers
is a reality regardless of the language.

Re: D to Javascript converter (a hacked up dmd)

[Bystroushaak]

> ADM 5120 is MIPS, right? Are you trying to build a cross compiler or a
> compiler running on the MIPS itself? 

Compiler running on the MIPS.

> And MIPS is probably also affected by GDC issue 120, so you have to
> configure like this:
> DFLAGS="-fno-section-anchors" ./configure [configure arguments here]

Thanks.

Re: D to Javascript converter (a hacked up dmd)

[Nick Sabalausky]

"Jacob Carlborg"  wrote in message 
news:jiptfu$qrg$1...@digitalmars.com...
> On 2012-02-29 18:46, Nick Sabalausky wrote:
>> "Alex Rønne Petersen"  wrote in message
>> news:jilnie$1fsr$1...@digitalmars.com...
>>> On 29-02-2012 18:32, Andrei Alexandrescu wrote:
 On 2/26/12 9:51 PM, Adam D. Ruppe wrote:
> https://github.com/downloads/adamdruppe/dtojs/dtojs.zip
 [snip]

 That's interesting. So the idea is to make an entire subset of D
 convertible to Javascript?

 What use cases do you have in mind?


 Andrei

>>>
>>> Avoiding writing JS directly in web apps comes to mind.
>>>
>>
>> Yea, creating JS without having to actually *write* JS is a huge use-case 
>> in
>> and of itself.
>>
>> (I still can't believe the web has standardized on such an absolute shit
>> langauge. Hell, two of them if you count PHP on the server.)
>
> Five if you count HTML, CSS and SQL as well.
>

Very true, but a far as shittiness goes, JS and PHP are in a whole other 
league (IMO).

Actually, HTML/CSS for what they are - *document* description formats - 
really aren't all that bad. The only real *major* problem with HTML/CSS is 
not the formats themselves, but the fact that people keep abusing them as 
application presentation layers, which they clearly aren't and were never 
intended to be. (And basing an entire application around the 
deliberately-stateless HTTP? Seriously? WTF?)

Latex isn't bad (from what little I've seen), but if people started 
pretending it was a presentation layer for programs, then yea, it would 
completely blow for that. But that's exactly what people did with HTML/CSS. 
So HTML and CSS get a bad reputation when really the true blame lies with 
the people pushing for their misuse. (Not that HTML/CSS couldn't be improved 
even as pure document formats.)

Re: D to Javascript converter (a hacked up dmd)

[Nick Sabalausky]

"Adam D. Ruppe"  wrote in message 
news:arowwzayimwhzmqah...@forum.dlang.org...
> On Friday, 2 March 2012 at 05:58:03 UTC, Nick Sabalausky wrote:
>> You make it sound as if there's another kind of JS.
>
> Horribly inefficient relative to the environment :P
>
> I just don't want 100 kb of crap to download just to
> write a hello world.
>

Heh, yea. That's why, even though I use Haxe, I don't use it for generating 
JS (unless I wanted to do a Flash-style HTML5/canvas thing).

> A lot of people prefer to use gzipped sizes, but I don't
> because the browser still has to parse the whole thing,
> and that takes time after the download, even if you don't
> actually run any of it.
>
> (On some browsers, it parses it again on every page load!)
>
>
> This generated D code gzips very, very well, but I still
> want to keep it small in general for general speed.
>
> The fastest code is no code at all. Less to parse, less
> to run.

Suggestion: Allow all D features even if it 
requires...inefficient-er...boilerplate, BUT then have a system similar to 
@safe/@trusted/@system (or maybe just a "pragma(SimpleJS)") so a developer 
can selectively turn on "Disallow any D features that would result in 
extra-inefficient JS output" at the module-level (and/or whatever other 
granularity @safe works on).

Re: D to Javascript converter (a hacked up dmd)

[Adam D. Ruppe]

On Friday, 2 March 2012 at 18:28:15 UTC, Nick Sabalausky wrote:

Suggestion: Allow all D features even if it
requires...inefficient-er...boilerplate, BUT then have a system 
[...]


Eh. A problem there is those pragmas or whatever would be
unrecognized by the real dmd. A command line switch, maybe,
though.

But on pragmas, I have extern(js) and pragma(no_js_output),
but I want to keep them hidden inside the library modules.

Even if you version() something out, if dmd's lexer doesn't
understand it, it won't compile under the normal thing. This
breaks the benefit of same code on both sides.

But, version(generating_js) import something; always works.


That's about as fine-grained as I think it should be.



But, on this stuff, if it is there, I think it is ok to
use it. The key though is to not pay for what you don't use.


The gcfunctions helper app (in src/test/tools) acts like a
static linker here, cutting out unreferenced functions and
variables.


The library now can define a whole mess of functions, and
if you don't use them, they get stripped out of the final
file.


The key is then: a) not referencing stuff in a hidden fashion;
make sure typical D code is still small and b) minimizing
interdependencies, so pulling in one function doesn't pull
in a whole package.



This is something that's generally desirable in regular D,
too (for the same reason, even) so it is I think a good path.

Re: D forums now live!

[Andrej Mitrovic]

Why doesn't the Forums link under Community link to this forum? In
fact, I can't find the forum linked from anywhere on the website. When
you go to dlang.org 'Forums' links to
http://digitalmars.com/NewsGroup.html , but if you go to
http://forum.dlang.org/ the Forums link properly links to the current
page (http://forum.dlang.org/).

Re: D to Javascript converter (a hacked up dmd)

[Nick Sabalausky]

"Adam D. Ruppe"  wrote in message 
news:wplwmjdlvvqcokxyk...@forum.dlang.org...
> Here's one of the nicer things to do:
>
> http://arsdnet.net/dtojs/game.d
> http://arsdnet.net/dtojs/game.html
>
> we can do little browser games in D.
>
> If you look at game.js:
> http://arsdnet.net/dtojs/game.js
>
> you can see it is similar in size to the original
> D file (this is after running tools/gcfunctions and
> tools/mangledown on it; before them, it was 21 KB).
>
> I just quickly whipped this together, so it isn't
> much of a game - you just move your thing around.
> Use keys a,d, and w to control it.
>
>
> Not much to it, and writing this in Javascript would
> have been easy enough, but even for this trivial thing,
> a few D nicieties came through:
>
> 1) I typo'd one of the method names. D caught it instantly.
>
> 2) The degrees thing is supposed to be a user defined literal..
>but it didn't actually work like that (it outputted functions
>that returned the literals!) I consider this a bug in the converter.
>
> 3) The click event handler is a little more succicent than the
>same in Javascript would be.
>
> 4) The switch. Two nice features of D here that JS lacks:
>
>a) "case 'A':" comes out as "case 65:". The key code is a
>   number, which is not equal to 'A' in Javascript!
>
>   A lot of sites have tables for this, but it is just ascii,
>   so 'A' works well. In D.
>
>b) the comma on case is a bit shorter than the same in JS.
>   D is better at this short, dynamic stuff than JS itself
>   if you ask me - just look at the beauty of my server side
>   dom.d compared to JS.
>
>
>
>
> But, it also shows that D->JS isn't a magic bullet.
>
>
> 1) This won't work on IE8, since it doesn't have the canvas thing
>nor addEventListener. (The latter could be emulated in a library,
>though, with exactly the same syntax too.)
>
> 2) It runs smoothly on IE9, but sucks my butt on Firefox 9 on the
>same computer (my little laptop).
>
>It is still javascript when it runs, so speed boosts are limited
>by that; if the browser is slow, using D won't help much.
>
> 3) Obviously, it won't magically turn on people's javascript either.
>But, same language client+server means it is that much less
>work to make nice fallbacks (e.g. proper validation).
>
> BTW speaking of validation, I'm pondering if scope(failure)
> could make elegant code for that...
>
>
>
> But, hey, I'm calling it a win. The suckage of browsers
> is a reality regardless of the language.
>

Yea, that's pretty cool. The *one* nice thing about modern JS is that is can 
kill off Flash.  Of course, it's still not a partucularly good approach, but 
at least it's an improvement over Flash.

Your demo there reminds me of an awesome demoscene website around ten years 
ago...umm "matt"-something-or-other. Shit, I can't remember, but it was like 
a demoscene entry, but with the browser as the platform. Included one or two 
DHTML games, and this was years before anyone had even heard of "canvas" or 
"HTML5". Unfortunately, I don't think it's around anymore :(

Re: Attractive Chaos' blog entry: Timeline of the D programming

[Marco Leise]

Am 29.02.2012, 02:58 Uhr, schrieb bearophile :


Jonathan M Davis:


There's plenty still in Phobos that needs to be reworked before it approaches
any kind of real frozen state (e.g. std.xml and std.stream), but we _do_ need
to evolve Phobos to the point that breaking changes are rare.


The problem is not just Phobos, but D itself, that needs some fixes.

Regarding Phobos, there are Phobos modules that contain many good insights, 
ideas, and some design gems. But you can't release similar large things in one 
go, and then assume their API is frozen. I think the development style of 
Phobos has to change. I like the suggestion of putting modules into an 
experimental package, and to keep them there for some months, let users use 
them and find suboptimal parts, to avoid freezing what's unbaked still :-)

Bye,
bearophile



These threads get repetitive :) I mention OpenGL again, which has a review 
board and extensions. Add ext.collections and at a later point review it, 
improve it and move it to std.collections... kind of. Orange, xmlp, Windows 
bindings, dcollections and similar could have been in the releases earlier with 
the users knowing that they are subject to change. I hope for better feedback 
to the developers of such extensions as well, when there is a greater exposure 
to other programmers.

Re: D to Javascript converter (a hacked up dmd)

[Marco Leise]

Am 29.02.2012, 04:11 Uhr, schrieb Adam D. Ruppe :


sort can be a wrapper of Array.prototype.sort() from Javascript,
thus letting us leave out the implementation. Odds are the native
method will be faster anyway.


That's right, although at least Google tries to implement the predefined 
functions in JS as well (that's what an engineer said in a video podcast)

Re: D forums now live!

[Brad Anderson]

On Friday, 2 March 2012 at 20:51:27 UTC, Andrej Mitrovic wrote:
Why doesn't the Forums link under Community link to this forum? 
In
fact, I can't find the forum linked from anywhere on the 
website. When

you go to dlang.org 'Forums' links to
http://digitalmars.com/NewsGroup.html , but if you go to
http://forum.dlang.org/ the Forums link properly links to the 
current

page (http://forum.dlang.org/).


https://github.com/D-Programming-Language/d-programming-language.org/pull/93

Regards,
Brad Anderson

Re: D forums now live!

[Andrej Mitrovic]

Thanks Brad!

We have a GSoC mentor already: David Simcha

[Andrei Alexandrescu]

David Simcha applied for a second gig as a GSoC mentor. Needless to say, 
his application was approved :o). Please join me in welcoming him!


Andrei

Re: We have a GSoC mentor already: David Simcha

[Yao Gomez]

On Friday, 2 March 2012 at 23:42:59 UTC, Andrei Alexandrescu 
wrote:
David Simcha applied for a second gig as a GSoC mentor. 
Needless to say, his application was approved :o). Please join 
me in welcoming him!


Andrei


Congrats David!

Is Mr. Simcha mentoring effort focused on the GC? Or another 
project?

Re: We have a GSoC mentor already: David Simcha

[MattCodr]

On Friday, 2 March 2012 at 23:42:59 UTC, Andrei Alexandrescu 
wrote:
David Simcha applied for a second gig as a GSoC mentor. 
Needless to say, his application was approved :o). Please join 
me in welcoming him!


Nice and good luck but...

What app is it?

Re: D to Javascript converter (a hacked up dmd)

[Daniel Murphy]

"Adam D. Ruppe"  wrote in message 
news:omhitgvibquioulpc...@forum.dlang.org...
>
> If I add a way to instead put those var declarations in
> function scope, it is cleaner - no globals - and the same
> thing Javascript itself would do anyway!
>
>
> I'll have to redo the string buffering to make that though,
> so it will take some code to do it. Dumping it in the global
> was simple to implement with what was already there.
>

Btw, in VarDeclaration::toMicroD you're using microd_decl23 as the sink, 
which results in all var declarations getting doubled.  The problem with 
globals not getting default initialized is here too, it's only using 
explicit initializers.  Something like this should work:


// set sink to be one of the normal buffers, not a tee

sink(" = ");
if (init)
init->toMicroD(sink);
else
type->defaultInit(0)->toMicroD(sink);
sink(";\n"); 

Re: D to Javascript converter (a hacked up dmd)

[Adam D. Ruppe]

On Saturday, 3 March 2012 at 00:56:48 UTC, Daniel Murphy wrote:

Something like this should work:


Awesome, it does! Thanks.

Re: We have a GSoC mentor already: David Simcha

[Trass3r]

Am 03.03.2012, 00:43 Uhr, schrieb Andrei Alexandrescu  
:


David Simcha applied for a second gig as a GSoC mentor. Needless to say,  
his application was approved :o). Please join me in welcoming him!


Yay!

Time to ask about the status of the last GSoC project, i.e. the LinAlg one.
If it still needs lots of work, maybe there could be another round on that.

Re: D to Javascript converter (a hacked up dmd)

[Nick Sabalausky]

"Adam D. Ruppe"  wrote in message 
news:sazpaicrjwzchqcfw...@forum.dlang.org...
> On Friday, 2 March 2012 at 18:28:15 UTC, Nick Sabalausky wrote:
>> Suggestion: Allow all D features even if it
>> requires...inefficient-er...boilerplate, BUT then have a system [...]
>
> Eh. A problem there is those pragmas or whatever would be
> unrecognized by the real dmd. A command line switch, maybe,
> though.
>

I thought unrecognized pragmas were supposed to just be ignored? (Or maybe I 
have it backwards?)

Re: We have a GSoC mentor already: David Simcha

[Andrei Alexandrescu]

On 3/2/12 6:31 PM, MattCodr wrote:

On Friday, 2 March 2012 at 23:42:59 UTC, Andrei Alexandrescu wrote:

David Simcha applied for a second gig as a GSoC mentor. Needless to
say, his application was approved :o). Please join me in welcoming him!


Nice and good luck but...

What app is it?


Mentors are chosen before students and projects. As we all know, David 
has a variety of interests, with scientific programming at the top.


Andrei

Contract programming in D discussed on reddit

[Andrei Alexandrescu]

http://www.reddit.com/r/programming/comments/qevy0/contract_programming_in_the_d_programming_language/


Andrei

Re: Contract programming in D discussed on reddit

[Bill Baxter]

Ha, I thought this was going to be about employment opportunities.

--bb

On Fri, Mar 2, 2012 at 11:05 PM, Andrei Alexandrescu <
seewebsiteforem...@erdani.org> wrote:

> http://www.reddit.com/r/**programming/comments/qevy0/**
> contract_programming_in_the_d_**programming_language/
>
>
> Andrei
>