On Nov 28, 2017, at 9:07 AM, Mike Burns <mike.bu...@afoundria.com> wrote: > > > You won't get Fossil/SQLite running on a Commodore 64 without a lot of work. > > What are the chances someone will take up take up this challenge, and have a > Commodore 64 or Apple II version of fossil up and running by the end of the > year?
I’m pretty sure you need at least a 32-bit processor to run SQLite, both for word size requirements and minimum memory access requirements. My idea for getting most of Fossil’s functionality onto a PDP-11 — a 16-bit machine — involves creating a new client that uses Fossil’s existing HTTP and/or JSON APIs in REST fashion, letting the remote server pull most of the weight. I’ve proposed calling it frapi, a combined coffee pun and acronym to make programmers happy: Fossil REST API client. My frapi proposal makes Fossil work more like Subversion, going back to the remote server for each new version to save disk space and bandwidth. You’d probably need a large fraction of 64k RAM to pull this off, but within those restrictions, it should be doable. People have made TCP/IP stacks for 8-bit microcontrollers many times. Speaking HTTP and/or JSON over them is within the scope of an 8-bit microprocessor or microcontroller like the 6502 or 8051. You’d still be restricted in the types of repository you can check out due to memory and disk space limitations, of course. The point would not be to let an Apple ][ check out the SQLite repository, but rather to allow a small computer to store versioned files durably in an off-machine repository. _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
