>>78
no, it would be less useful than symta. may be he's a freak but he can eventually make a decent general purpose programming language which can be somehow useful while any os is an utterly useless thing without millions of people using it
Name:
Anonymous2013-03-05 4:31
>>81
Well, you can provide C/C++ compatibility layer, slowly displacing C++ code completely. But yes, you cant efficiently run LispOS on top of Linux, still new x86 emulation/supervisor capabilities bring some hope.
Name:
Anonymous2013-03-05 7:28
>>81 while any os is an utterly useless thing without millions of people using it
fuck you dipshit
>>78
You may bash my esoteric language as much as you like, but your C/C++/PHP still remains verbose as fuck.
Symta: <C:0|inc=!C+1>.inc
C/C++:
class Counter {int C; public: Counter() {C=0;} int inc() {return C++;}};
Counter().inc();
And then nothing would have stopped Stroustrup from using <C:0|inc=!C+1>.inc syntax (where `C` has inferred type), but Stroustrup just wanted to torture you: i.e. all these Counter().inc() instead of just Counter().inc
>>88,91
Why would it be Counter().inc if it knows inc is a symbol for the function to increment the counter? Be consistent - either use Counter.inc (as they are both functions, so the invocation of both is implicit) or Counter().inc().
Name:
Anonymous2013-03-05 8:56
>>93 use Counter.inc (as they are both functions
Nope. Counter is a function creating closure, while `inc` is just a symbol passed to created closure. It would take no sense invoking constructor with symbol `inc`
That way Closure.f(a,b,c) is just an alternative notation for Closure(f,a,b,c)