[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Idea: Multitasking graphical OS for the GS
- Subject: Re: Idea: Multitasking graphical OS for the GS
- From: mdj <mdj.mdj@gmail.com>
- Date: Wed, 7 Jan 2009 23:50:39 -0800 (PST)
- Complaints-to: groups-abuse@google.com
- Injection-info: r15g2000prd.googlegroups.com; posting-host=139.130.5.94; posting-account=gKwMEAoAAACgdZoRArZlfcCSOA8KWMxg
- Newsgroups: comp.sys.apple2
- Organization: http://groups.google.com
- References: <7wW7l.9767$W06.369@flpi148.ffdc.sbc.com> <496429F2.7130.usenet_csa2@a2central.com> <W049l.4578$jZ1.3753@flpi144.ffdc.sbc.com>
- User-agent: G2/1.0
- Xref: g2news2.google.com comp.sys.apple2:7661
On Jan 8, 1:39 am, David Schmenk <dschm...@sbcglobal.net> wrote:
> The only support I could find is limited to the BFD files which provide
> fixups to object files (coff in the w65 case). Although useful, it
> falls far short of the CPU support files needed by the assembler and
> compiler. The pseudo segmented architecture of the 65816 might be an
> issue for gcc as well. I looked a little at the CPU support
> requirements for gcc; it doesn't look impossible but would be a bit of
> work. And then there is the OMF support that Geoff talks about below.
> It could be that a different compiler would be a better starting point
> for a 65816 version. Perhaps cc65 or sdcc? Or, someone who has
> implemented a backend for gcc could jump in and do it in a day :-)
An OMF linker for cc65 would seem to be the easiest option. The only
catch being you only get a subset of ANSI C, and the '816 is easily
capable of hosting the complete language
Matt