lkml.org 
[lkml]   [2007]   [Jul]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] bloody mess with __attribute__() syntax
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-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-07-05 20:11    [from the cache]
©2003-2011 Jasper Spaans