in reply to Re^6: Modernizing the Postmodern Language?
in thread Modernizing the Postmodern Language?

So, it is not just that those platforms may have different semantics, it is that those platforms probably have the right semantics.

I'm less convinced, having lived through a couple of big revisions of Parrot and what eventually became Raku. One reason Raku remains so stubbornly slow is because it insists on having a grammar so extensible that you can't even assume a single definition of whitespace.

When you bake the assumption that every call to the tokenizer has to be a virtual method into either the language specification or the implementation, you're going to expose the results of that assumption to everything.

  • Comment on Re^7: Modernizing the Postmodern Language?

Replies are listed 'Best First'.
Re^8: Modernizing the Postmodern Language?
by Anonymous Monk on Jul 05, 2020 at 17:05 UTC
    s/One reason Raku remains so stubbornly slow/One reason parsing in Raku remains so stubbornly slow/
[reply]

      I chose my words deliberately.

[reply]
        Can you explain why Perl is sometimes slower than Raku then? 
        $ time perl -e 'for (1..1_000_000_000) {}'

real    0m30.291s
user    0m30.256s
sys     0m0.020s

$ time raku -e 'for (1..1_000_000_000) {}'

real    0m12.407s
user    0m12.436s
sys     0m0.040s

        [download]
[reply]
[d/l]

In Section Meditations