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
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 `#pragma bank 1` (will
generate `.area _CODE_1`.
The problem I'm s
Hello
Great news ,
Does that include utf8 for the assemblers yet ?
It is true that I proposed my self on that tho,
but with very few ressources, I didnt have the time yet
to study the SDCC tree to look at it .
If one of the assemblers writer have the time to make me a road map,
it
