User:RaiseAfloppaFan3925

From Esolang
Jump to navigation Jump to search
My username is actually raiseAfloppaFan3925, however because of the User: prefix, I prefer RaiseAfloppaFan3925.


GitHub | Scratch | Sandbox | Concepts | Language Implementations (not really) | Program forms | Testing Facility | Wiki Rankings

▼(^v^)▼ ▼(^v^)▼ 3.1415926535897932... ▼(^v^)▼ ▼(^v^)▼

I hate compiler development. I mean I don't exactly HATE it like how some people hate JavaScript, but I still don't like it. My programs just end up being

int main() {
    return -1 == -1;
}

and I can't even add other types. Even if local variables didn't exist I would still have some fun if I had types, but NO. I CAN'T. Only "signed 32-bit integer" is what I can have, and nothing else. I look at other compilers and look at their support for even floating-point types, while that one Scheme compiler gets away with dynamic typing, Vala gets away with GLib, and then here's my compiler. It can't even compete with other toy compilers since they at least have global and local variables, while mine is just a fancy expression evaluator.

I still want to make one though. Do you think the B language (C before C) would be what saves me from this stalemate?

my esolangs

golden era

flop era

renaissance

Bad Apple!!! should be an esolang

According to the following proof, Bad Apple!!! should be turned into an esolang.

if true = true and false = false and true = NOT false and false = NOT true

thoughts

pythOwO deserves a C runtime.

LOLCODE deserves a compiler either like Go or like a subset/joint set version.

According to this very mathematically incorrect proof, is equal to .

incorrect mathematical proof

 , since all positive numbers have two square roots; one positive and one negative.
 
 
  too, so the equation below is valid.
 
 
 
 There is a simplification rule , which simplifies the above expression into:
 
 
 
 Since , the above can be simplified to:
 
 
 
 Since , then .
 
 

CLCLC-INTERCAL is a documentary about rizzlers set in sigma town
(not (has Purely Object-Oriented Producer-based/Constructorless Language constructors))