11–20 of 317 posts
How would an architecture with a highly-optimized hardware implementation of EML compare with a traditional math coprocessor?
Reminds me a bit of the coolest talk I ever got to see in person: https://youtu.be/FITJMJjASUs?si=Fx4hmo77A62zHqzy It’s a derivation of the Y combinator from ruby lambdas
It's one of those facts that tends to blow minds when it's first encountered, I can see why one would name a company after it.
Exp and ln, isn't the operation its own inverse depending on the parameter? What a neat find.
But no...
This is about continuous math, not ones and zeroes. Assuming peer review proves it out, this is outstanding.
So, like brainf*ck (the esoteric programming language), but for maths?
But even tighter. With eml and 1 you could encode a funtion in rpn as bits. Although you also need to encode where to put the input. The real question is what emoji to use for eml when written out.
Some Emil or another, I suppose. Maybe the one from Ratatouille, or maybe this one: https://en.wikipedia.org/wiki/Emil_i_L%C3%B6nneberga
I read the paper. Is there a table covering all other math operations translated to eml(x,y) form?
How does one actually add with this?
xy = eml(eml(1, eml(eml(eml(eml(1, eml(eml(1, eml(1, x)), 1)), eml(1, eml(eml(1, eml(y, 1)), 1))), 1), 1)), 1)
From Table 4, I think addition is slightly more complicated?
Earlier quoted context omitted.
But even tighter. With eml and 1 you could encode a funtion in rpn as bits. Although you also need to encode where to put the input. The real question is what emoji to use for eml when written out.
> The real question is what emoji to use for eml when written out. Some Emil or another, I suppose. Maybe the one from Ratatouille, or maybe this one: https://en.wikipedia.org/wiki/Emil_i_L%C3%B6nneberga
What would physical EML gates be implemented in reality? Posts like these are the reason i check HN every day