Heater wrote: ↑
Sun Nov 25, 2018 8:31 pm
There was the BDSC C compiler by Leor Zolman for CP/M. That required a full up 64K machine I think.
There was Tiny Pascal for the TRS-80.
Before any of that the there was a PL/M compiler for the 8080 by Garry Kildal and shipped by Intel.
All of that was long after the Eliot 803. And the 803 effectively had about 64K RAM but no instructions to handle character sized things. Which must have made a language parser challenging and space consuming.
I do have a point on the math in some cases because there are very few such cases! The big leaps in software performance have been few and far between.
Depends on which way you are leaping? If leaping to lower performance it has happened many times, and often.
A good complete configurable syntax highlighting, folding programmers text editor, with the ability to shell out a compiler through a simple menu selection, and has no limit on file size, used to be about 5 times faster on HW that was 5 times slower, also used to take about 20 times less RAM for the same work. Now the new ones that take so much more do not do a single thing the older did. For example the old full screen DOS and Linux SEDIT, which was completely mouse driven and did have shortcuts for all. It was more capable than most of the modern ones with less functionality.
Yes I read your blog post. Whilst we can all agree with the sentiment there is nothing concrete of use there.
I attempt to avoid specific case examples in my BLOG when I am writing about what I feel is wrong with modern software development.
I suppose it may be worth the venture to go into a few specific cases for that purpose. Perhaps for tomorrows post.
It's an open source world now a days, if you have ideas to optimize things then just submit your patches to whatever project you fancy. Firefox, Chrome, the Linux kernel, X Windows, whatever.
Actually there are some good efforts out there by some people to produce more reasonable software. Many of them in the retro community, though much of what they produce is still valid to more modern systems. Firefox, Chrome, Linux, X are all fairly large projects, though fun to play in from time to time. What ever happened to all the up to date lightweight web browsers (the HTML5 complaint browsers that would run well in less than 64MB and fast on a 200MIPS CPU) from only 6 years ago? OWB being my favorite, though does not seem to be updated anymore.
Meanwhile... I have been toying with the idea of implementing our fastFibo algorithm in C that uses no non-standard libraries. You have to promise me you will attempt to reproduce the same in whatever BASIC before I think about starting.
I can give my word that what ever algorithm you come up with in C I will gladly reproduce in BASIC. I expect the C version to be a little faster, just because not as many people are working on optimizing BASIC Compilers as are on optimizing C Compilers.
And I will one better for you, and do it in FreeBASIC (as it is not as much of a moving target as most other BASICs, and easy on any Linux). Just for you.