How to change the gdb in DDD

Página 2/3
1 | | 3

Por retrocanada76

Hero (538)

Imagen del retrocanada76

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.

Por k0ga

Expert (77)

Imagen del k0ga

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

Por sd_snatcher

Prophet (3505)

Imagen del sd_snatcher

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?

Por sd_snatcher

Prophet (3505)

Imagen del sd_snatcher

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?

Por k0ga

Expert (77)

Imagen del k0ga

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....

Por RetroTechie

Paragon (1563)

Imagen del RetroTechie

04-10-2011, 14:23

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

Por ARTRAG

Enlighted (6840)

Imagen del ARTRAG

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 ).

Por k0ga

Expert (77)

Imagen del k0ga

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).

Por sd_snatcher

Prophet (3505)

Imagen del sd_snatcher

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?

Por sd_snatcher

Prophet (3505)

Imagen del sd_snatcher

05-10-2011, 04:29

And what do you think about this news?

Página 2/3
1 | | 3