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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
05/17/09 08:47
Read: times


 
#165437 - Standard mechanisms for extensions
Responding to: ???'s previous message
The bit declarations regularly fools people to think they work on single bits when extrapolating and using the same thing within expressions.

If Kiel can't accept 'const' on every location an ISO-compilant C compiler should, then the Keil compiler is most definitely in error.

And any compiler who adds own keywords without leading underscores are in violation, by playing in the namespace owned by the standard. Many compilers - for example gcc - did add own keywords in old releases, but later added a compiler switch to specify if the extensions should be allowed or not. Together with the switch, they then added a second set of keywords on the appropriate form.

With the keyword "__code", a developer could always take the decision to do #define code __code, or better #define CODE __code. But with the keyword "code", life would be very interesting if a future C standard would introduce the "code" keyword.

All better language standards has dedicated mechanisms for allowing compiler extensions.

List of 25 messages in thread
TopicAuthorDate
C lang. question            01/01/70 00:00      
   Confused            01/01/70 00:00      
      re:            01/01/70 00:00      
         Did you get the job?            01/01/70 00:00      
            Do you _want_ the job?            01/01/70 00:00      
               Same same            01/01/70 00:00      
                  Yes, that was exactly what I meant!            01/01/70 00:00      
            re:job            01/01/70 00:00      
            OR            01/01/70 00:00      
               I wouldn't have thought so?            01/01/70 00:00      
                  Who knows            01/01/70 00:00      
                     not really applicable            01/01/70 00:00      
                        I agree            01/01/70 00:00      
                           Still missing the point.            01/01/70 00:00      
                              using 'const' for 'code' would be very bad            01/01/70 00:00      
                              Two examples            01/01/70 00:00      
                                 Different issues            01/01/70 00:00      
                                    architectual            01/01/70 00:00      
                                       Actually irrelevant to the const keyword            01/01/70 00:00      
                                          if it is irrelevant, then why ...            01/01/70 00:00      
                                             Because they are not equivalent            01/01/70 00:00      
                                          Exactly.            01/01/70 00:00      
                                             Standard mechanisms for extensions            01/01/70 00:00      
      volatile applies to data - not functions            01/01/70 00:00      
   Delay loops in 'C' (or any other HLL)            01/01/70 00:00      

Back to Subject List