Still crunchin' [message #383337] |
Thu, 25 April 2019 07:23 |
Steve Nickolas
Messages: 2036 Registered: October 2012
Karma: 0
|
Senior Member |
|
|
I'm going to try to get my build environment back up in full on my laptops
since I'm still only with partial power (long story, don't want to get
into it).
But I just uploaded this: http://3.buric.co/choplift.dsk.gz
I took 4AM and qkumba's crack (because I wasn't able to get the .woz to
work before half my apartment's power stopped working) and managed to get
it working with a little help from Computist (which described what parts
of the code were essential).
I'm not up to trying to exhume any of my ProDOS multiloaders right now, or
I'd try doing a ProDOS port.
(BTW, the current CC65's linker is whining at me where it didn't use to.
Is there something I can disable regarding memory size stuff when I'm
using the assembler in stupid mode?)
-uso.
|
|
|
Re: Still crunchin' [message #383338 is a reply to message #383337] |
Thu, 25 April 2019 08:06 |
Steve Nickolas
Messages: 2036 Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Thu, 25 Apr 2019, Steve Nickolas wrote:
> I'm not up to trying to exhume any of my ProDOS multiloaders right now, or
> I'd try doing a ProDOS port.
Found one, so I'm going to attempt one.
> (BTW, the current CC65's linker is whining at me where it didn't use to. Is
> there something I can disable regarding memory size stuff when I'm using the
> assembler in stupid mode?)
Found a possible workaround: -D__STACKSIZE__=0 -D__STACKSTART__=49152
-uso.
|
|
|
Re: Still crunchin' [message #383379 is a reply to message #383338] |
Sat, 27 April 2019 10:50 |
|
Originally posted by: fadden
On Thursday, April 25, 2019 at 5:06:18 AM UTC-7, Steve Nickolas wrote:
>> (BTW, the current CC65's linker is whining at me where it didn't use to. Is
>> there something I can disable regarding memory size stuff when I'm using the
>> assembler in stupid mode?)
>
> Found a possible workaround: -D__STACKSIZE__=0 -D__STACKSTART__=49152
v1.1 of SourceGen generates a source/config file pair for cc65 output. This fixed the earlier problem I had where I couldn't generate source for a binary that consisted of 65536 NOPs.
Since I'm not really handling multi-bank 65816 code yet, I'm just generating a minimal generic config:
MEMORY {
MAIN: file=%O, start=%S, size=65536;
}
SEGMENTS {
CODE: load=MAIN, type=rw;
}
FEATURES {}
SYMBOLS {}
And then launching the compiler with "--target none -C <file.cfg>".
|
|
|