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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
08/01/06 17:23
Read: times


 
#121507 - Isn't that why we have "tools"?
Responding to: ???'s previous message
I'm not suggesting that any of this applies to the O/P, in this case.

You can't blame the folks who use 'C' as a means for avoiding a good read of the datasheet for using the optimization tools as they are without study. Likewise, the common assumption seems to be that using HLL is somehow "better" than using ASM. I don't believe that, but I do believe that it's cheaper for the sponsor, and it leads to more "maintainable" code if properly documented.

Too few compiler writeups explain that optimization can, in fact, be improved upon, sometimes vastly, by manual effort.

I use 'C' as an example. This is not an indictment. Since we have tools, e.g. compilers, simulators, macro-assemblers, linkers, we should use them. However, it's not a bad idea to know their weaknesses, too.

Tools are supposed to make the work easier for us, so we can focus on making it better. Isn't that so?

RE




List of 33 messages in thread
TopicAuthorDate
code optimisation            01/01/70 00:00      
   Optimisations            01/01/70 00:00      
   problem solved            01/01/70 00:00      
      good closure!            01/01/70 00:00      
         and the very best ...            01/01/70 00:00      
            Isn't that why we have "tools"?            01/01/70 00:00      
               not quite and a good read            01/01/70 00:00      
               A Posidriv driver and a Phillips screw            01/01/70 00:00      
                  I have done this too, I think you are wrong            01/01/70 00:00      
                     Best Ways?            01/01/70 00:00      
                        what is best?            01/01/70 00:00      
                           Guide lines and trade-off\'s            01/01/70 00:00      
                              what about 'and'            01/01/70 00:00      
                                 Dangerous Information            01/01/70 00:00      
                                    depends on what you define as overhead            01/01/70 00:00      
                                       Overhead            01/01/70 00:00      
                                          the whole truth, please            01/01/70 00:00      
                                             one good thing...            01/01/70 00:00      
                                             CPU Overhead            01/01/70 00:00      
                                                there is an article 'somewhere' that cover C for            01/01/70 00:00      
                                                   the real optimum            01/01/70 00:00      
                                                      Your time is appreciated            01/01/70 00:00      
                                                   how about these?            01/01/70 00:00      
                                                      a required capability for optimum code            01/01/70 00:00      
                        small and readable            01/01/70 00:00      
                           my sentiment            01/01/70 00:00      
                              In that spirit ... where's the user guide?            01/01/70 00:00      
                                 Did you download the documentation            01/01/70 00:00      
                                    have a look            01/01/70 00:00      
                                       Non-GPL            01/01/70 00:00      
                                       I'll have a look!            01/01/70 00:00      
                                    It's not quite as the page suggests            01/01/70 00:00      
                        Lint            01/01/70 00:00      

Back to Subject List