You know, I'd like to float an idea, although also off topic.  It's
what I really want.

Why does this not exist?  In your personal opinion.

Compile (C/C++,Java,JavaScript?,MS) -> LLVM IR -> MSIL(or other).

Run in browser as byte code + JIT using MicroDotNet.  No javascript.
Use browser as a rendering platform instead of a "do everything" platform.

...

I can see only benefits:
1. 100 to a thousand times faster.
2. I can reuse real C/C++ libraries which have been debugged for 20 years.
3. I can have real threading.
4. I can program in the language I want, with the features I want.  (I
like compile errors, I LOVE compile errors, and working with other
people, I LOVE link errors).

-tim


On 1/26/13, Andreas Rossberg <[email protected]> wrote:
> Abstractions for direct-style async programming will be expressible in
> the EcmaScript 6 standard, coming to browsers near you in the next
> couple of years.
>
> /Andreas
>
> On 25 January 2013 16:30, timp <[email protected]> wrote:
>> I suppose this is off topic, but I'm not exactly sure where to post.  I
>> figure it has about as much chance to be seen here by the right person as
>> anywhere else.
>>
>>
>> I would like to ask the gods of javascript to consider a new keyword, (if
>> it
>> is not there already).
>>
>> I would like to be able to do this in code:
>>
>> {
>>  X = somefunction;
>>
>>  X.applyAsyncAndWait(X,args);
>> }
>>
>>
>> It could work many different ways.  I'm thinking the most powerful way
>> would
>> to be something like this:
>>
>> {
>>   X = somefunction;
>>
>> __split_by_generating_closure_for_current_ip_then_generating_new_empty_stack_with_new_stack_frame_and_pushing_X_wth_args__(X,
>> args);
>> }
>>
>>
>> If this existed it would *vastly* simplify code.  (at least the code I am
>> writing)
>> It would basically give us equivalent single threaded multi threading
>> from
>> 8088 days. Lol.
>>
>>
>> All the callback, code segmentation things could go away.
>> Clearer code.  less bugs.
>>
>>
>> Anyway,
>>
>> I'm sorry that you must spend all of your days with this language.  I
>> find
>> it irksome, slow and forceful of fragmented programming.  Although I
>> suppose
>> you would say it is the future.
>> Perhaps you are right.  I would be nice if javascript ran faster.  Things
>> are so slow it is almost unbearable.
>>
>> Although I remember vaguely people saying the same thing about C++.
>> Some
>> people still do. Lol.
>>
>> Why not consider as well introducing optional type keywords.  Hints to
>> the
>> compiler so that you can statically compile segments (and compile errors
>> yay), maybe even reach performance of Java JIT, instead of V8 JIT, which
>> is,
>> despite all of the hype, about 100 times slower than Java JIT.
>>
>> -tim
>>
>> --
>> --
>> v8-users mailing list
>> [email protected]
>> http://groups.google.com/group/v8-users
>>
>>
>
> --
> --
> v8-users mailing list
> [email protected]
> http://groups.google.com/group/v8-users
>
>
>

-- 
-- 
v8-users mailing list
[email protected]
http://groups.google.com/group/v8-users


Reply via email to