Jump to page: 1 2 3
Thread overview
D for the web?
Jan 23, 2012
Trass3r
Jan 23, 2012
Iain Buclaw
Jan 23, 2012
Trass3r
Jan 23, 2012
F i L
Jan 23, 2012
Timon Gehr
Jan 24, 2012
F i L
Jan 23, 2012
Joshua Niehus
Jan 24, 2012
Stewart Gordon
Jan 24, 2012
F i L
Jan 24, 2012
Marco Leise
Jan 24, 2012
F i L
Jan 25, 2012
Marco Leise
Jan 24, 2012
Nick Sabalausky
Jan 25, 2012
F i L
Jan 25, 2012
Nick Sabalausky
Jan 23, 2012
Marco Leise
Jan 23, 2012
Nick Sabalausky
Jan 23, 2012
Tobias Pankrath
Jan 24, 2012
Nick Sabalausky
Jan 24, 2012
Marco Leise
Jan 24, 2012
Tobias Pankrath
Jan 24, 2012
Nick Sabalausky
Jan 25, 2012
Tobias Pankrath
Jan 25, 2012
Nick Sabalausky
January 23, 2012
Just discovered this LLVM-to-Javascript translator: http://emscripten.org/
Looks really interesting, they even converted CPython.

Might be interesting for D as well.
Question is how the low-level stuff in druntime would work out.
January 23, 2012
On 23 January 2012 16:21, Trass3r <un@known.com> wrote:
> Just discovered this LLVM-to-Javascript translator: http://emscripten.org/ Looks really interesting, they even converted CPython.
>
> Might be interesting for D as well.
> Question is how the low-level stuff in druntime would work out.

Alternatively, you could just program CGI in D.


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';
January 23, 2012
On Monday, 23 January 2012 at 16:21:35 UTC, Trass3r wrote:
> Just discovered this LLVM-to-Javascript translator: http://emscripten.org/
> Looks really interesting, they even converted CPython.
>
> Might be interesting for D as well.
> Question is how the low-level stuff in druntime would work out.

Javascript really is a pretty limited language and I'd imagine a lot of unexpected behavior from D-to-JS programs. There are better languages for large client-side web apps like Coffeescript, Obective-J, and Dart.

D running on Google's Native Client looks more promising.
January 23, 2012
On 01/23/2012 05:43 PM, F i L wrote:
> On Monday, 23 January 2012 at 16:21:35 UTC, Trass3r wrote:
>> Just discovered this LLVM-to-Javascript translator:
>> http://emscripten.org/
>> Looks really interesting, they even converted CPython.
>>
>> Might be interesting for D as well.
>> Question is how the low-level stuff in druntime would work out.
>
> Javascript really is a pretty limited language and I'd imagine a lot of
> unexpected behavior from D-to-JS programs. There are better languages
> for large client-side web apps like Coffeescript, Obective-J, and Dart.
>
> D running on Google's Native Client looks more promising.

http://jslinux.org/
January 23, 2012
A CPPCMS-like framework would be far more interesting for D : http://cppcms.sourceforge.net/<http://cppcms.sourceforge.net/wikipp/en/page/main>

Joël Lamotte


January 23, 2012
On Monday, 23 January 2012 at 16:43:06 UTC, F i L wrote:
> There are better languages for large client-side web apps like Coffeescript...

"CoffeeScript is a little language that compiles into JavaScript"

January 23, 2012
Am 23.01.2012, 17:21 Uhr, schrieb Trass3r <un@known.com>:

> Just discovered this LLVM-to-Javascript translator: http://emscripten.org/
> Looks really interesting, they even converted CPython.
>
> Might be interesting for D as well.
> Question is how the low-level stuff in druntime would work out.

I've seen that a while ago. I wrote the visualizer (or replay viewer) for aichallenge.org and had to cover an applet for older IEs, a HTML 5 version for standards complient browsers and an standalone application. Back then I decided to write the viewer in JavaScript and use a Java JavaScript engine (Rhino from Mozilla) to wrap it into a cross-platform desktop application and an applet all at once. Quite literally even, since the JAR file worked as an applet and standalone application.

In parallel I made my first steps with D2 and when the CTFE regex came out, I wondered if DMD could compile my JavaScript to native code.

Then I found emscripten and that opens a whole new alternative: To write the viewer in Python/C/D and let emscripten generate JavaScript. There is even a version of Gtk (and Cairo?) running in JavaScript, so the graphics should not be a problem either. Once the converter is rock solid, it is definitely easier to run unit tests with a native application, than it is with JavaScript, especially with its lack of strong typing. It is a scripting language after all.
January 23, 2012
> Alternatively, you could just program CGI in D.

This is about client-side.
January 23, 2012
On 23/01/12 17:21, Trass3r wrote:
> Just discovered this LLVM-to-Javascript translator: http://emscripten.org/
> Looks really interesting, they even converted CPython.
>
> Might be interesting for D as well.
> Question is how the low-level stuff in druntime would work out.


Am I the only one who thinks this sounds like a horrible idea? :)

-Lars
January 23, 2012
"Lars T. Kyllingstad" <public@kyllingen.NOSPAMnet> wrote in message news:jfk4f6$2elm$1@digitalmars.com...
> On 23/01/12 17:21, Trass3r wrote:
>> Just discovered this LLVM-to-Javascript translator:
>> http://emscripten.org/
>> Looks really interesting, they even converted CPython.
>>
>> Might be interesting for D as well.
>> Question is how the low-level stuff in druntime would work out.
>
>
> Am I the only one who thinks this sounds like a horrible idea? :)
>

It's horrible, but not as horrible as using straight JavaScript (or CoffeeScript, IMO).

It's a necessary evil thanks to JavaScript's underserved ubiquity.


« First   ‹ Prev
1 2 3