Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
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


List of 18 messages in thread
TopicAuthorDate
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      

Back to Subject List