Bug in compiler

Hi Filip,

the CEIBO produces C code from your C++ source for the KEIL compiler. When you install the CEIBO package, you can work from the KEIL IDE writing your program in C++ . When you hit the compile button, the CEIBO makes C code out of your *.cpp files and then hands it over to the KEIL compiler. You never get to see the actual C code.

Well, 'complex' of course was meant with respect to the 8051 environment.
With 512 KB of available space, you certainly can handle a lot of C++ overhead. But usually much more code takes much more execution time when running on your system.
On the one hand, you state that speed is not critical on the other hand you say that you might need a faster core to compensate...
To get the desired performance you have to decide what's the better approach for you. When you are faster in development using C++ you can probably afford a (more expensive) high speed core. But when you're aiming to sell many units of your product, you might better be using C only, even if it takes you longer to write your program.
(Of course you could also switch to another core architecture. When the requirement is 'C++ and speed', an 8051 is not necessarily the first thing, to come in mind...)

As usual, there's not always just black and white but for me, C++ is no longer an option in my 8051 applications.

Carsten

Hi Filip,

the CEIBO produces C code from your C++ source for the KEIL compiler. When you install the CEIBO package, you can work from the KEIL IDE writing your program in C++ . When you hit the compile button, the CEIBO makes C code out of your *.cpp files and then hands it over to the KEIL compiler. You never get to see the actual C code.

Well, 'complex' of course was meant with respect to the 8051 environment.
With 512 KB of available space, you certainly can handle a lot of C++ overhead. But usually much more code takes much more execution time when running on your system.
On the one hand, you state that speed is not critical on the other hand you say that you might need a faster core to compensate...
To get the desired performance you have to decide what's the better approach for you. When you are faster in development using C++ you can probably afford a (more expensive) high speed core. But when you're aiming to sell many units of your product, you might better be using C only, even if it takes you longer to write your program.
(Of course you could also switch to another core architecture. When the requirement is 'C++ and speed', an 8051 is not necessarily the first thing, to come in mind...)

As usual, there's not always just black and white but for me, C++ is no longer an option in my 8051 applications.

Carsten

Hi Carsten,

Hmmm ... When I installed the Ceibo demo package it was on a clean PC (i.e., no Keil etc) and the only thing I got was the Ceibo IDE.

I've just looked back in the 'bin' folder and found the givaway SDCC.EXE and SDCCLIB.EXE. No Keil components to be found.

Ok ... I see ... It uses Keil if installed.

On the one hand, you state that speed is not critical on the other hand you say that you might need a faster core to compensate...

Sorry, what I mean is that future requirements for the project might need more processing - That might justify a faster core.

I take your point concerning costs but, fortunately for me here, this project will only ever be small(ish) quantities and the processor etc is not a real issue.

However, that said, I may venture into ARM ;)