But it's also a much more challenging project. As a general-purpose language, there's a ton of library work to do before Magpie is useful for anything. It has some unresolved GC issues. And I'm frankly not skilled enough right now to implement multiple dispatch efficiently. Meanwhile, since I started working on Magpie, Julia has appeared and Dylan has reappeared. I was really astonished at how much Magpie had in common with Julia when it came out. I created Magpie partially to carry the torch of multiple dispatch, but others are starting to spread that light now.
I think I have a greater chance of success with Wren, but that doesn't mean I don't still love Magpie and want to work on it. I tend to rotate through projects. I rarely abandon them forever, I just take long breaks. Ask me about my roguelike sometime."
--
You received this message because you are subscribed to the Google Groups "Magpie" group.
To unsubscribe from this group and stop receiving emails from it, send an email to magpie-lang...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Before you worry about "library work", contact me. This is the same issue which made Prothon fall (an attempt at making a new language similar to Python). If you design the language right (with a unified data model), you won't need complex libraries because you will be making mash-ups apps of many, loosely-coupled, modular components.
A programming language with many complex libraries should be seen as a indicator of a [design] failure of a language, *not a bonus*.