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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
03/16/05 13:55
Read: times


 
#89772 - SDCC
Responding to: ???'s previous message
Jez Smith said:
Why for a student? am confused explain in what way sdcc is more suited to a student than any other compiler.


I'd say the biggest thing is cost. SDCC is obviously free which fits a student's budget nicely.

I haven't used anything but assembler on the 8051 for the last 8 years or so but I've chosen to use 'C' on a project I'm working on now. It seemed like a good candidate: We ended up with more program memory than we needed such that the code density I could achieve in assembly wasn't strictly necessary. With memory to burn, I could reduce the development time by coding in 'C' rather than assembly.

The customer is on a budget and wouldn't be willing to spend money on development tools and I didn't want to provide code that he couldn't compile later. So I figured I'd give SDCC a shot and see what happens.

So far, it's working. Looking at the assembly language it generates I do see plenty of inefficiency that I assume professional packages would be better at optimizing. But for a free option it's been behaving pretty well. A version of SDCC I tried some years ago was just plain buggy and produced buggy code--which pretty much guaranteed I wouldn't use it. But in 2005, it seems the problems have been resolved. Thusfar I haven't had any instances of it producing non-functional code.

The advantage of using 'C' (for me) is somewhat diminished by using SDCC. Since I'm still skeptical, I find myself going back and inspecting the assembly language code it generates. But if it continues to be well-behaved I'm sure I'll be doing less and less of that. The other problem I have with SDCC is that while there is a manual, it is very, very minimal. It only seems to answer the most basic questions--but those are questions most people won't need to ask in the first place. The more in-depth issues don't seem to be addressed and I ended up having to Google for information on the underlying assembler in order to accomplish something that should have been explained in the SDCC documentation. The SDCC forum is also quite slow and many questions posted to the forum go completely unanswered--I'm starting to understand why we see people posting SDCC questions here.

Anyway, I'll let you all know what I find as I continue to try to use SDCC. Once I'm done I'll probably end up trying to compile the same code under Keil and Raisonance to get a good real-life idea of code optimization on each. If I find myself with a lot of extra time (doubtful) I may even eventually code the same thing in assembly to get an idea of how the 'C' compilers compare to the efficiency of writing the same program in assembly.

Regards,
Craig Steiner


List of 63 messages in thread
TopicAuthorDate
Optimized Code for Keil C Compiler            01/01/70 00:00      
   well            01/01/70 00:00      
      optimize Keil            01/01/70 00:00      
         Great suggestions            01/01/70 00:00      
            Have we been taken over            01/01/70 00:00      
               Thanks for great suggestion!            01/01/70 00:00      
                  SDCC without headaches...            01/01/70 00:00      
   student??            01/01/70 00:00      
      cost?            01/01/70 00:00      
      SDCC            01/01/70 00:00      
   C51 Primer            01/01/70 00:00      
   If you need to be optimum - don't use C            01/01/70 00:00      
      Search; Manual            01/01/70 00:00      
   does not jive            01/01/70 00:00      
   glue code            01/01/70 00:00      
   Post it if...            01/01/70 00:00      
   C limitations            01/01/70 00:00      
      Kind of is a problem            01/01/70 00:00      
         Poor old 'C'            01/01/70 00:00      
            I disagree            01/01/70 00:00      
               Let's talk about goto...            01/01/70 00:00      
                  file-scope globals            01/01/70 00:00      
            Asm vs C            01/01/70 00:00      
               absolutotally beautiful            01/01/70 00:00      
               Asm vs C            01/01/70 00:00      
                  Old Chestnuts            01/01/70 00:00      
                     perfectly valid for a one man project            01/01/70 00:00      
                        many men            01/01/70 00:00      
                        re my above post            01/01/70 00:00      
                     Known to every 'C' programmer            01/01/70 00:00      
                        Asset or Liability?            01/01/70 00:00      
                           Standard library a liability?            01/01/70 00:00      
                              C Library            01/01/70 00:00      
                                 ASM library            01/01/70 00:00      
                                    Libraries            01/01/70 00:00      
                                       Or not            01/01/70 00:00      
                                          Stuff            01/01/70 00:00      
                                          My Stuff            01/01/70 00:00      
                           Certainly not a liability!            01/01/70 00:00      
                  Passe            01/01/70 00:00      
                     Graphics and Hieroglyphics...            01/01/70 00:00      
                        I disagree!            01/01/70 00:00      
                           Fully agree            01/01/70 00:00      
                              Graphical design & code-generation            01/01/70 00:00      
                                 Here is some appple to apple comparison            01/01/70 00:00      
                                    a small correction            01/01/70 00:00      
                                    Apples vs Apple Trees?            01/01/70 00:00      
                                    OT labview            01/01/70 00:00      
                                       OT- Replied...            01/01/70 00:00      
      gurus            01/01/70 00:00      
         Best Person for the Job            01/01/70 00:00      
            Best of both worlds            01/01/70 00:00      
               Becoming effective with embedded C            01/01/70 00:00      
      More thoughts on C            01/01/70 00:00      
         Software Engineering            01/01/70 00:00      
            Agree, with caveat            01/01/70 00:00      
               One project, One file            01/01/70 00:00      
                  One project, One file - metalink            01/01/70 00:00      
                     Of course will do..            01/01/70 00:00      
                  One file development            01/01/70 00:00      
                  One project, Multiple files            01/01/70 00:00      
   In a land far far away....            01/01/70 00:00      
      some loon            01/01/70 00:00      

Back to Subject List