State of the art in C programming for the MSX?

Страница 6/6
1 | 2 | 3 | 4 | 5 |

By DarkSchneider

Paladin (860)

Аватар пользователя DarkSchneider

21-07-2016, 18:52

Has someone managed to run Hitech on MSX? I have even applied the supposed patches to COM files (including the HEX editing) but it does nothing.

By andrear1979

Expert (93)

Аватар пользователя andrear1979

21-07-2016, 21:10

DarkSchneider wrote:

For support and continuity SDCC seems a good option. The question I have is what syntax uses its assembler "sdasz80"?. I have found the MSX-C lib sources in Solid C and Hi-tech C format, Solid C uses M80 syntax. Could any of them be easily adapted to SDCC?

Hi guys, maybe you want to look at the port of msx-gfxlib to SDCC, the file gfx.c contains several code sections like:

#ifdef (...sdcc...)
  // SDCC asm
#else
  // Hitech-C asm
#endif

I wrote the SDCC part of those ugly #ifdefs. Yes it's not exactly my brightest and most polished code ever, I know :RNFF: . The library is sitting there, waiting for developers with enough spare time and goodwill to try it :-) .

By AxelStone

Prophet (2673)

Аватар пользователя AxelStone

21-07-2016, 22:49

andrear1979 wrote:

Hi guys, maybe you want to look at the port of msx-gfxlib to SDCC, the file gfx.c contains several code sections like:

I wrote the SDCC part of those ugly #ifdefs. Yes it's not exactly my brightest and most polished code ever, I know :RNFF: . The library is sitting there, waiting for developers with enough spare time and goodwill to try it :-) .

This is the problem, Solid C and HiTech as all this work allready done, they have a very impressive set of libraries. I'm more interested in use Solid-C or HiTech-C that SDCC.

Thanks anyway.

By giangiacomo.zaffini

Champion (267)

Аватар пользователя giangiacomo.zaffini

30-07-2016, 13:06

On the other side SDCC is an active project and its efficiency in MSX developments will only get better and better.

By paulwratt

Supporter (4)

Аватар пользователя paulwratt

24-03-2019, 10:01

for anyone still interested in this thread (in 2019), the Solid C link in the post by @msxegor on the first page is still active, but it is v1.00 (according to followup post). In the next post only the Vector link (lib for Solid C) is still active.

https://www.vector.co.jp/vpack/filearea/other/msx/
In my travels through the Vector MSX files I ended up finding a complete windows build environment (I believe it is not 64bit compatible) that uses the cpm.exe command line todo its work.
http://www.nabeta.tk/en/msx/cr3.html

It contains both BDSC & HiTECH-C toolchains, including asu_ansi2kr tool, so you should be fine with sources written for MSX-C and Solid-C. I also believe that MSX-C v1 and MSX-TOOLS (not v2 & MSX-TOOLS2) should easily work it. any binary (.COM) that will run on CP/M & MSX-DOS1 should work fine with it, as long as they dont do anything hardware specific.

(In the Zip) Masaki Oba also use ZCASMB (Z80 link tool for BDS C,Windows which can:

Quote:

accept standard ZILOG Z80 mnemonics and output
short labels for consumption by Microsoft's M80/L80(CP/M)
or zmac (Windows.UNIX...)

http://www.nabeta.tk/en/msx/zcasmb.html
http://www.48k.ca/zmac.html

From my own previous experience, OpenMSX (and now blueMSX) at full speed from a folder mentioned by @AxelStone is also very usable.

Cheers

Paul

By DarkSchneider

Paladin (860)

Аватар пользователя DarkSchneider

24-03-2019, 10:25

Currently z88dk has added support to compile MSX-DOS2 binaries. Waiting for the next stable build including it (now only at nighty build). I like z88dk very much as it uses SDCC, the only compiler in development, and with a powerful set of libraries. Porting some MSX specific is not hard like those that use the BIOS with a mere template.

Страница 6/6
1 | 2 | 3 | 4 | 5 |