??? 08/29/08 12:24 Modified: 08/29/08 12:24 Read: times |
#157851 - rapid Responding to: ???'s previous message |
Per Westermark said:
I see C as a rapid application development tool. I can develop commercial-grade applications with it. You imply that to write an application takes significantly shorter time in C than in asm. I say, this depends. Also, I say that there are other options. Interpreted BASIC, for example. Or, for that matter, said Pascal - and if you are concerned about bugs and upgrades, bribe the author for the sources ;-) Or, rolling out your own RAD tool - why not, if it fits the situation. Per Westermark said:
When I need to, I can isolate suitable parts and recode in assembler if I think the C code isn't fast enough. I normally select a processor so that only execution speed - not code size - may dictate the need for assembler routines. Sure. This is a very common practice today. Again, I say, it depends, whether it's worth messing with C at all, or the other way round, whether it's worth messing with asm at all. There is a whole host of applications and there is no one tool fits all, although the toolmakers would like you to believe that. A good engineer should have the toolbox filled by a wide variety of tools - yes, including the sledgehammer. Per Westermark said:
I also find that large parts of the code can be reused when moving to another target processor - even if switching to a completely different architecture. Asm code can be reused, too. During the years I have ported a lot of my programs between different architectures, asm to asm. You can see a snippet of that on that on my website - the block cipher implementations were written on '51 and rather straighforwardly ported to AVR. It was never a "downport" to a less capable processor/core/system, but I doubt that would be the case of your ports either. Most of the stuff was easy and went quickly and the hard stuff would be hard in C either, as it was the machine specific part anyway. What you spare down in C is the raw typing, but that's almost never the real issue. So, I say, the portability advantage of C is a myth (not because it is not portable, but because it is none more portable than asm). JW |
Topic | Author | Date |
Assembly vs C | 01/01/70 00:00 | |
tools for the Job | 01/01/70 00:00 | |
Other languages for the 8051 | 01/01/70 00:00 | |
yes | 01/01/70 00:00 | |
C/C++ almost dead for PCs? | 01/01/70 00:00 | |
.NET does not preclude C++ | 01/01/70 00:00 | |
C# or C++ | 01/01/70 00:00 | |
yes especially for systems programming![]() | 01/01/70 00:00 | |
Multiple implementations | 01/01/70 00:00 | |
re:-) | 01/01/70 00:00 | |
to C or not to C | 01/01/70 00:00 | |
C = RAD | 01/01/70 00:00 | |
rapid | 01/01/70 00:00 | |
I disagree here. | 01/01/70 00:00 | |
this again depends | 01/01/70 00:00 | |
you said it | 01/01/70 00:00 | |
Ain't this the truth! | 01/01/70 00:00 | |
Often even worse | 01/01/70 00:00 |