On Thu, Jul 05, 2007 at 10:26:40AM -0700, Linus Torvalds wrote: > And I'm just saying that: > (a) having two different magic keywords is silly and stupid, since: > (b) We already have *one* magic keyword that can (and has to) look at its > subwords, and those sub-words have the capability to tell which of > the two cases we have (by just using name-space lookups) I.e. you get per-attribute rules (fsckloads of them) and no way to tell what do the attributes apply to unless you know the rules for given attribute. > See? THAT is what I'm saying. There's no reason to change existing syntax, > and in fact it is just _bad_ to change existing syntax, because it doesn't > actually buy us anything, because we already have the capability to parse > things in different contexts, and in fact allowing things to be parsed at > the same _time_ in the different contexts. Oh, I understand what you are proposing (hell, I've mentioned that variant in the first posting). The trouble is not with being able to implement it. I just don't like having no relationship between the syntax and operations on types, that's all. gcc variant, nasty as it is for our needs, at least has that consistent. IOW, you can get from declaration to type structure without knowing what each attribute does. Seeing that gcc rules are weird enough to be confusing, at least having that weirdness clearly indicated by __attribute__() instead of recalling which attribute is gcc-like and which is not... - To unsubscribe from this list: send the line "unsubscribe linux-sparse" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
