From 4090924017659668665
X-Google-Thread: 7894ca11fe,661f9f6c1b45f277
X-Google-Attributes: gid7894ca11fe,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: g2news2.google.com!news1.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Thu, 06 May 2010 20:30:08 -0500
Return-Path: <cppmods@ruralroute.cs.rpi.edu>
To: (Usenet)
From: CornedBee <wasti.redl@gmx.net>
Newsgroups: comp.std.c++
Subject: Re: Two thoughts about attributes in the FCD
Organization: http://groups.google.com
Sender: cppmods@cs.rpi.edu
Approved: james.dennett@gmail.com
Message-ID: <6d83d9a8-b1a3-4567-a225-ae494f616470@h9g2000yqm.googlegroups.com>
References: <hq1aa6$nad$1@news.albasani.net>
 <hr68k7$752$1@news.albasani.net>
 <83rbioFejhU1@mid.individual.net>
 <hre42h$iih$1@news.albasani.net>
Content-Type: text/plain; charset=ISO-8859-1
X-Original-Date: Thu, 6 May 2010 06:13:07 -0700 (PDT)
X-Submission-Address: std-c++@netlab.cs.rpi.edu
Date: Thu,  6 May 2010 20:22:48 CST
Lines: 32
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-XjZWiKIdzosnI27ojTCPZrH85k9aPDsKMNCx8pDQBixuTs8FRboviZt+arunCHlhKLirqC5ZZM7E2ao!WgB0Wthq3/BN+e/W4uoehol55VtBIW3jSq1Y3CigjuXfeEohPWEJf1Zb3CjMRiS+RCwNDmLE1xDB!ZNN5OILlaQCrnDTpIJHKTM4wVg==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
Xref: g2news2.google.com comp.std.c++:2521

On Apr 30, 11:24 pm, Olaf Krzikalla <krzika...@gmx.de> wrote:
>
> For unknown attributes in the global and std namespace we can change
> from ub to ill-formed. Thus the issue exists (if at all) for
> implementation specific attributes only - as it does for pragmas.
> The attribute namespace makes things even better, since an
> implmentation can simply define, that any attribute in a particular
> namespace is recognized (and in case it is misspelled makes the
> program ill-formed).

If we ever get a reflection API for C++ (and I hope we do and am
working towards it), I think one very essential feature will be to
have attributes that are defined by metadata processing libraries.
This scheme has proven to be extraordinarily successful in Java, with
annotations for unit testing, object-relational mapping, object-XML
mapping, automatic generation of web services, transaction scope
management, and endless more things.

Thus, while marking the global, std, and some implementation-defined
namespaces as off-limits for extension is useful, I believe it to be
absolutely essential for arbitrary attribute token sequences to be
permitted in general.

Sebastian


--
[ comp.std.c++ is moderated.  To submit articles, try just posting with ]
[ your news-reader.  If that fails, use mailto:std-c++@netlab.cs.rpi.edu]
[              --- Please see the FAQ before posting. ---               ]
[ FAQ: http://www.comeaucomputing.com/csc/faq.html                      ]



