| |
Krill
Registered: Apr 2002
Posts: 2980 |
Release id #167152 : Krill's Loader, repository version 164
If no problems emerge (i know they will, but anyways)... I can explain a bit about the full on-the-fly GCR block read+decode+checksumming. |
|
... 36 posts hidden. Click here to view all posts....
|
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Quoting Oswald- what is shryddar stepping? See Release id #160665 : Stepper Test 1.0
Quoting Oswald- how is multiple drives achieved ? See Error message: "Found more than one drive on IEC bus" with C128D metal and recent demos and Reversibly mute serial devices by a tight loop drive code which disable interrupts and set ATNA according to ATN IN in a loop
Quoting Oswald- what is subsizer support ? See Subsizer 0.6 (note that a later version is shipped with the loader) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
(**) it also needs to build without hassle on macOS |
| |
JackAsser
Registered: Jun 2002
Posts: 2014 |
Quote: (**) it also needs to build without hassle on macOS
Hassle is subjective, hazel is a tree. |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Quoting Groepazbecause this environment is ment to be used by people who are not programmers, and who should be able to use this without reading instructions or doing the install dance. so far its all about "put that shit somewhere, type make" - and i'd like to keep it that way. For the particular case of the non-coders being able to rebuild your demo (that's what you implied, right?), there is no such perl or similar requirement, because you'd simply ship your pre-compiled loader-c64.prg, install-c64.prg and loadersymbols-c64.inc along with the demo source code. :) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
no, generated files in the repo are not an option either |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Quoting Groepaz(*) another requirement is that i can easily crosscompile windows .exe on my linux system. not sure if that rules out rust too - i havent tried this :)
Ironically that's probably easier for you than for me at this point; I used a Docker container running ubuntu so I could build the windows .exe for nucrunch; directly crosscompiling rust to windows binaries from macOS is currently nontrivial. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Quote: python has the same problems, i think (is it a single exe requiring no install?) (the point is: right now "our" dev environment is completely freestanding requiring no msys or cygwin or any of that, and no installing either - breaking that is not an option :))
the problem with ca65 are at least nucrunch and tinycrunch, those will not build.
tinycrunch requires no additional python libraries beyond the python standard library*, and indeed still works with python 2 - so for macOS or ubuntu no further installs should be required. Windows I've no idea.
Thanks for your ca65 bug reports re nucrunch and tinycrunch; I didn't realise newer versions of ca65 had made breaking changes.
(*unless you want to rebuild the test Koala, but I've shipped that) |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Quoting Groepazno, generated files in the repo are not an option either IMHO, that's needlessly restrictive. While it's generally accepted that adding auto-generated files to a repository is a bad idea for various reasons, i find it perfectly okay to add files that are generated manually once in a while, even if they're generated from other code in the same repository. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
maybe yes, maybe no :) i like it that way, and i am also exercising certain things there which i like to see elsewhere. |
| |
Digger
Registered: Mar 2005
Posts: 437 |
Yay, can't wait to test it on my really moody drive! |
| Previous - 1 | 2 | 3 | 4 | 5 - Next |
