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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
05/18/06 13:34
Read: times


 
#116492 - a couple of problems (for me)
Responding to: ???'s previous message
Any comment is welcome

1) why a switch in the header file, why not a "header file converter". The likelyhood that you, should you switch compiler, will not do anything but call another .exe is virtually zero.
2) #ifdef #if are not 'helpers', they are 'unavoidable nuisances', the more you have, the more unreadable your code becomes.
3) all this is good and well, but I, for one, DETEST the 'standard' SFR files. I can not count the number of times I have found a bug in someone elses program that was hidden because a bit was changed both as a bit and as mov SFR,#.
4) SFR16 is the death of many efforts. E.g. for the PCA the sequence of writing high and low is critically important, how do you propose handling that for requirements that vary (some A/Ds require the opposite?. Also, some compilers require SFR16 to be to adjecent SFRs, I believe yours do not. I suggest you get rid of SFR16, it is a trap and those that 'need' it should not be programming in the first place.

I know you produce a free tool, but why not aim for a professional functionality/appearance.

Erik

Again, although I have absolutely no interest in them, I laud your efforts.

List of 31 messages in thread
TopicAuthorDate
predefined macros and sfr definitions            01/01/70 00:00      
   old Tasking version            01/01/70 00:00      
      Tasking            01/01/70 00:00      
         Here's what I have            01/01/70 00:00      
            reference            01/01/70 00:00      
   no aswer, but an extra question            01/01/70 00:00      
      assembler macros            01/01/70 00:00      
         not really            01/01/70 00:00      
   I doubt it - but            01/01/70 00:00      
      End of wrong stick?            01/01/70 00:00      
         OK "any", not "ant", but "8051-derivativ            01/01/70 00:00      
            Unfair            01/01/70 00:00      
               can be argued            01/01/70 00:00      
                  No unfair intentions            01/01/70 00:00      
                     universality is not desired            01/01/70 00:00      
                  it's especially all those installs            01/01/70 00:00      
                     They happily coexist at my place            01/01/70 00:00      
                        Uninstalling            01/01/70 00:00      
   Dunfield            01/01/70 00:00      
      Dunfield AppNotes            01/01/70 00:00      
         DDS            01/01/70 00:00      
         if it is asm            01/01/70 00:00      
         what's the big deal?            01/01/70 00:00      
            solution            01/01/70 00:00      
   First try            01/01/70 00:00      
      a couple of problems (for me)            01/01/70 00:00      
         Thanks            01/01/70 00:00      
            Sometimes even using things for "what it            01/01/70 00:00      
            Common Practice            01/01/70 00:00      
               nasty is relative            01/01/70 00:00      
         Limitations            01/01/70 00:00      

Back to Subject List