I don't remember using open-source tools as one of the original requirements.
You remember correctly. I guess nobody thought about it at the time.
Isn't being open source just another implementation detail?
If it were then one could say things like "I have implemented my new project in GPL" or "function X is implemented in the MIT license". Which I think you will agree is gibberish.
It seems similar to whether GMP is used behind the scenes and (to repeat what had been said previously) unrelated to the expressiveness of the language itself.
It's true that the licensing is orthogonal to the design/functionality. It's not similar to the restriction on using GMP or other non-standard libraries, that is about the entrants implementation not the licence the language they use is released under.
Was that old Algol 60 compiler for the Elliott 803 open source?
Probably. Not that people worried about such silly things back then.
ALGOL 60 has an internationally agreed standard. The are many implementations floating around, even quite new ones. For example here is the source of the first ALGOL 60 compiler by Dijkstra–Zonneveld: https://research.tue.nl/en/publications ... ologica-x1
Written in assembler by the way, all 4000 instructions of it! Plus a translation in Pascal.
What about Java?
Hmm... As far as I can tell the code Java code we have will run under the OpenJDK which is released under the GPL. Then there is GCJ.
..the tool chain used to develop the Visual Basic Fibonacci code was fully open source. More information is available here. In my opinion, the version of Karatsuba multiplication coded in Visual Basic is also easy to read. I will be quite happy if the Fibonacci code written in open-source Visual Basic could be included in the repository.
Sorry for the delay. I'll get right on it....
As for my stance on solutions dependent on proprietary languages, see my lengthy post here yesterday. To which I can add: I don't want to promote, endorse or advertise commercial products without remuneration. Might be open to offers though...
Memory in C++ is a leaky abstraction .