Are they really better than handmade parsers? The code they produce is fucking ugly, it's cluttered with cryptic variable names and you need to read entire books to understand how they really work. Yet everyone claims writing parsers is stupid because we've had parser generators for years and they will always produce much better results.
How true is this statement? Is it akin to the ``you don't need to write ASM because compilers are much better than you'' bullshit? I, for one, have never been in a situation where I need to write my own assembly, but that doesn't make GCC any less of a piece of shit.
Name:
Anonymous2014-09-30 20:05
>>40 lol u think common lisp isn't the best language looooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooool
Name:
Anonymous2014-09-30 20:22
>>40 Theoretically, you could write a lisp macro that compiles perl 6 to lisp.
Thanks to the recursive descent guy for pushing me in the right direction. I am in a process of rewriting shitty ply code in funcparserlib, having fun doing so, while also making code more compact (parsing code is 30% of what it was LOC-wise).
Name:
Anonymous2014-10-13 22:17
You are told to write a parser for a small subset of the following languages for a scripting engine. Do you make your own parser, or do you use a generated parser?
1. R5RS 2. C 3. Symta 4. Haskell
Name:
Anonymous2014-10-14 3:56
>>51 1. Own parser. 2. Generated parser. 3. It looks top downable. Own parser. 4. Generated parser.
The dual of mental limits is anal colimits, also known as "anal cock-limits".
Name:
Alexander Dubček2014-10-19 6:04
Doubles generators
Are they really any better than handmade doubles? The numbers they produce are fucking ugly, they're cluttered with cryptic non-repeating digits and you need to read entire posts to understand how they really work. Yet everyone claims getting doubles is stupid because we've had doubles generators for years and they will always produce much better results.
How true is this statement? Is it akin to the ``you don't need to check my doubles because imageboards are much better than you'' bullshit? I, for one, have never been in a situation where I need to check my own doubles, but that doesn't make /prog/ any less of a piece of shit.
68 Very fast in fact, if you consider that unrolled instructions happily run in parallel since the days of Pentium. This is basic knowledge for a modern compiler designer. You can get up to 8x (12x on desktop AMD chips, 16x on Xeon) execution speed (relative to naïve sequential computation) if you are very mindful of what pipelines are occupied at what moment.