First of all, sorry for the late reply. I was starting a new job and I was dealing with all problems related to it.
@robsteele49 Yes! I've seen pyraf but not this iraf-v216, thanks for sharing
The idea to port IRAF for several systems is a good one, but I mean a complete rewrite. Well, it is something that I want to do in free time until it gets some momentum and I still need to study some stuff before start.
@ambrosc I strongly disagree and I'll try to justify it:
- First, as I said above, my idea was to complete rewrite IRAF, since its code is fundamentally outdated, which wouln't be a problem if IRAF was written in a more "modern" way to say.
- I'm disagree that Rust is a niche product, by all means. The Firefox's core is written in Rust and Mozilla is strongly supporting it (https://research.mozilla.org/rust/). There's an OS being written in Rust (https://www.redox-os.org/) and a search in Github by Rust returns \$this->_split2($m[0])30k repositories (which per se don't mean so much).
- Also, Python is a language that is starting to feel it's age: People use it a lot, but new languages succeed where it failed in terms of compilation, usability and memory control. For example, Rust and Go languages do not give the cue to programmers make mistakes with pointers, what helps A LOT for bug prevention.
- Rust is made to be reliable and have long-term support. For as long Firefox use it, we can be sure that will be supported and updated.
Just to conclude: I don't think that we should replace the original IRAF, not right now at least. But rewrite IRAF is an opportunity for expanding its functionality for other uses than astronomy, write a new and revised documentation and to force astronomy community to learn and use more modern languages and softwares.
I really think that we can't afford to lose the knowledge and work embedded in IRAF just because is "and old tool" and people can't to use it anymore due to incompatibility.