On Thu, 29 Oct 2015 15:46:10 -0500
Karl Kirch wrote:
> After some more investigating it looks like this may have something to do
> with the ihx step in the linker.
> It appears that the extended addressing (which seems to control the larger
> address space) is only enabled for `TARGET_IS_8051` an
Hello Karl,
> After some more investigating it looks like this may have something to do
> with the ihx step in the linker.
> It appears that the extended addressing (which seems to control the larger
> address space) is only enabled for `TARGET_IS_8051` and `TARGET_IS_6808`
> (see
> http://sourcef
After some more investigating it looks like this may have something to do
with the ihx step in the linker.
It appears that the extended addressing (which seems to control the larger
address space) is only enabled for `TARGET_IS_8051` and `TARGET_IS_6808`
(see
http://sourceforge.net/p/sdcc/code/HEAD
Oh, forgot to mention, using version - `SDCC :
mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/hc08/s08/stm8
3.4.0 #8981 (Oct 26 2015) (Mac OS X x86_64)`
On Thu, Oct 29, 2015 at 2:39 PM, Karl Kirch wrote:
> Yeah, this is really like day 2 of me looking into this so I'm no
Yeah, this is really like day 2 of me looking into this so I'm not super
familiar with how all of this is setup.
I figure really what I'm missing is how to set the memory location for the
start of a bank. I would think `-Wl-b_CODE_1=0x` would do the trick but
apparently not :/
On Thu, Oct 29,
On Thu, 29 Oct 2015 14:02:16 -0500
Karl Kirch wrote:
> Currently trying to get SDCC up and running on some gameboy dev and am
> trying to get multi bank support working.
> I can get code up and running in a single bank and can get the compiler to
> generate the correct code segment code using `#p
