How to change the gdb in DDD

Page 2/3
1 | | 3

By retrocanada76

Hero (538)

retrocanada76's picture

03-10-2011, 16:11

good luck with SDCC. I just gave up. It has lots of bugs, especially when dealing with complicated math operations. I had to break the maths in several lines. But the problem is you never know when the bug happens. Also when accessing struct members it gets lost too.

Another big flaw of SDCC that the inline assembly is pretty useless as you are not able to use the local variables in it and the handy-dandy EXX, and EX AF,AF' instructions are not allowed too.

By k0ga

Expert (77)

k0ga's picture

03-10-2011, 22:55

good luck with SDCC. I just gave up. It has lots of bugs, especially when dealing with complicated math operations. I had to break the maths in several lines. But the problem is you never know when the bug happens. Also when accessing struct members it gets lost too.

Another big flaw of SDCC that the inline assembly is pretty useless as you are not able to use the local variables in it and the handy-dandy EXX, and EX AF,AF' instructions are not allowed too.

The code generator for the z80 is based in the generator for 8051 and really sucks. I think the only one acceptable compiler is Hitech (MS-DOS version), although there is people that speak very well about IAR compiler, I can't test it myself

By sd_snatcher

Prophet (3551)

sd_snatcher's picture

04-10-2011, 01:31

good luck with SDCC. I just gave up. It has lots of bugs, especially when dealing with complicated math operations. I had to break the maths in several lines. But the problem is you never know when the bug happens. Also when accessing struct members it gets lost too.

Another big flaw of SDCC that the inline assembly is pretty useless as you are not able to use the local variables in it and the handy-dandy EXX, and EX AF,AF' instructions are not allowed too.

Have you reported those bugs to the SDCC team?

By sd_snatcher

Prophet (3551)

sd_snatcher's picture

04-10-2011, 01:34


The code generator for the z80 is based in the generator for 8051 and really sucks. I think the only one acceptable compiler is Hitech (MS-DOS version), although there is people that speak very well about IAR compiler, I can't test it myself

It's pretty sad to read that. I was willing to try it soon, and to develop some libraries for it, so people who want to code in C on MSX could have a good SDK.

So, IOTW, there's no good C cross-compiler for the Z80?

By k0ga

Expert (77)

k0ga's picture

04-10-2011, 10:24

It's pretty sad to read that. I was willing to try it soon, and to develop some libraries for it, so people who want to code in C on MSX could have a good SDK.

So, IOTW, there's no good C cross-compiler for the Z80?

It is said in my previous post. Hitech C (version 7.80 pl2) is a compiler for MS-DOS that it is really good (I think could be better, but is the best that exits actually). You can send a request for a demo to Hitech (it is not free), or also, you can ask for a copy to someone who has it....

By RetroTechie

Paragon (1563)

RetroTechie's picture

04-10-2011, 14:23

Have you considered z88dk ? No personal experience with it, but might be just what you're looking for...

By ARTRAG

Enlighted (6862)

ARTRAG's picture

04-10-2011, 14:29

I use HiTech C (version 7.80 pl2) and I find it very flexible and complete (souces for all libraries are included).
It supports CPM for .com files and can be used easily for megaroms (it just need few lines of asm to support your preferred mapper).
I've also tested IAR, but I find HiTech C better documented and, for what I've seen, it generates (a bit) faster code.
Moreover, IAR C compiler is still sold and supported while HiTech C crosscompiler is not more sold by HiTech (no releases since 2001, no more mentioned in HiTech website, no more support).
It is probably the closest thing to abandonware (whatever it may mean legally en.wikipedia.org/wiki/Abandonware ).

By k0ga

Expert (77)

k0ga's picture

04-10-2011, 22:03

Yeah, it's true. I had once a problem with the library (one symbol is not defined in the library which comes with the compiler, I think is fgets), so I had to compile it. Makefile was not really usable, but some small changes later I could compile it and have a good version of the library. If you want you can see this version in http://www.shike2.com/gitweb/?p=hitech-library;a=summary (I only tested CPM model, so I don't be sure of how is working in other memory models).

By sd_snatcher

Prophet (3551)

sd_snatcher's picture

05-10-2011, 03:59


It is said in my previous post. Hitech C (version 7.80 pl2) is a compiler for MS-DOS that it is really good (I think could be better, but is the best that exits actually). You can send a request for a demo to Hitech (it is not free), or also, you can ask for a copy to someone who has it....

Don't get me wrong, but by cross-compiling I wasn't thinking on MS-DOS until now. But I got your idea. Well, boxer can be handy in this case, I believe.

It supports CPM for .com files and can be used easily for megaroms (it just need few lines of asm to support your preferred mapper).

How does this megarom support work? Does it makes megarom switching transparent for the programmers, as the code would be running on a CPU with a bigger direct addressing? How does this goes on the C code side?

And what do you use to debug the code?

By sd_snatcher

Prophet (3551)

sd_snatcher's picture

05-10-2011, 04:29

And what do you think about this news?

Page 2/3
1 | | 3