Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 7146 invoked from network); 16 Apr 2008 15:54:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Apr 2008 15:54:51 -0000 Received: (qmail 91702 invoked by uid 500); 16 Apr 2008 15:54:52 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 91634 invoked by uid 500); 16 Apr 2008 15:54:52 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 91625 invoked by uid 99); 16 Apr 2008 15:54:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 08:54:52 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.roguewave.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 15:54:09 +0000 Received: from exchmail01.Blue.Roguewave.Com (exchmail01.blue.roguewave.com [10.22.129.22]) by moroha.roguewave.com (8.13.6/8.13.6) with ESMTP id m3GFsLEB025431 for ; Wed, 16 Apr 2008 15:54:21 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: New 27.basic.ios.cpp test migrated (LONG) Date: Wed, 16 Apr 2008 09:54:13 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New 27.basic.ios.cpp test migrated (LONG) Thread-Index: AciffQrDr1Wvy427Te6hLppHLlRb6AAWeuvQAADAqrA= References: <48052B66.2050305@roguewave.com> <4805848B.7060200@roguewave.com> From: "Eric Lemings" To: X-Virus-Checked: Checked by ClamAV on apache.org =20 > -----Original Message----- > From: Eric Lemings [mailto:Eric.Lemings@roguewave.com]=20 > Sent: Wednesday, April 16, 2008 9:39 AM > To: dev@stdcxx.apache.org > Subject: RE: New 27.basic.ios.cpp test migrated (LONG) >=20 > =20 >=20 > > -----Original Message----- > > From: Martin Sebor [mailto:msebor@gmail.com] On Behalf Of=20 > Martin Sebor > > Sent: Tuesday, April 15, 2008 10:46 PM > > To: dev@stdcxx.apache.org > > Subject: Re: New 27.basic.ios.cpp test migrated (LONG) > >=20 > > Martin Sebor wrote: > > [...] > > > Finally, every function is extern by default. There is no need > > > to explicitly declare it as such (I believe there are compilers > > > that warn about function definitions with the extern keyword). > >=20 > > FYI, here's an example of the diagnostic (issued by HP aCC 6) > > from our nightly builds I was referring to above: > >=20 > > "$(TOPDIR)/src/ti_num_get.cpp", line 51: remark #4244-D:=20 > > extern storage=20 > > class used with a function definition > > _RWSTD_DEFINE_FACET_FACTORY (extern _RWSTD_EXPORT,=20 > > num_get, TARGS_C,=20 > > num_get); > > ^ >=20 > Another "useful" compiler warning? I'm not surprised. HP aCC 6 has > about as many real warnings as MSVC 8 and 9. You just can't put much > stock in compiler warnings these days. >=20 > I wonder what the rationale for the warning is? The syntax and > semantics > of C and C++ clearly allows extern specifiers in function definitions. > I'll have to look it up in HP's aCC docs. Yeah, here's the "rationale" for the warning: http://www.docs.hp.com/en/11925/Diagnostics_Documentation/Diagnostics_in dex.htm#4244 In short, there is no reason for the warning; it's just more nonsensical verbage. Brad.