Is there a reason, why rakudo should target many back ends?
Yes. Diversity in itself is a worthy goal, and there are some technical reasons, like parrot not properly supporting any threading, attracting developers from the target platforms, and interoperation with libraries that run on the alternative target platforms.
Ideally the parrot one should be completed and then it could be ported to other VMs.
What is this "completed" you are talking about? Do you know of any software that is both alive (ie actively developed) and "completed"? Linux is being developed since 1991, and still not completed, and I don't hear any complaints about it targeting multiple platforms.
If you target two more extra back ends its like-time-taken-to-implement-one multiplied by 3.
Only for backend specific code.
If I'm not wrong many such projects already exist eg: Sprixel, Niecza etc.
Neither Sprixel nor Niecza are a Rakudo port to a different platform. They have rather different goals than Rakudo. If we can re-use some of their code, we will. Also, would you care to elaborate on the "etc." part?
Why reinvent the wheel again?
Which wheel do you think are we re-inventing?
In reply to Re^2: Backend diversity for Rakudo
by moritz
in thread Backend diversity for Rakudo
by Anonymous Monk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |