From 7694206578974559204
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f78e5,fe953dde0d9fda91
X-Google-Attributes: gidf78e5,public
Path: controlnews3.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.icl.net!kibo.news.demon.net!mutlu.news.demon.net!demon!mail2news.demon.co.uk!devnull
From: petebecker@acm.org (Pete Becker)
Newsgroups: comp.std.c++
Subject: Re: n1496
Date: Tue, 18 May 2004 01:14:25 +0000 (UTC)
Organization: Dinkumware, Ltd
Lines: 34
Approved: fjh@cs.mu.oz.au (Fergus Henderson , moderator of comp.std.c++)
Message-ID: <40A95262.D71FEB37@acm.org>
References: <86vfiuq081.fsf@Zorthluthik.local.bar>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: mail2news.demon.co.uk 1084842866 22119 10.0.0.1 (18 May 2004 01:14:26 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Tue, 18 May 2004 01:14:26 +0000 (UTC)
X-Received: from mulga.cs.mu.oz.au ([128.250.1.22])
	by news.demon.co.uk with esmtp (Exim 4.12)
	id 1BPtBY-0005kc-00
	for mail2news@news.news.demon.net; Tue, 18 May 2004 01:14:24 +0000
X-Received: from mulga.cs.mu.OZ.AU (localhost [127.0.0.1]) by mulga.cs.mu.OZ.AU with ESMTP
	id i4I1EKPT026591; Tue, 18 May 2004 11:14:21 +1000 (EST)
X-Received: (from fjh@localhost)
	by mulga.cs.mu.OZ.AU (8.12.10+Sun/8.12.9/Submit) id i4I1EJ7D026571;
	Tue, 18 May 2004 11:14:19 +1000 (EST)
X-Authentication-Warning: mulga.cs.mu.OZ.AU: fjh set sender to devnull@stump.algebra.com using -f
X-Path: comp-std-cpp-robomod!not-for-mail
X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov)
X-Delivered-To: std-c++@ucar.edu
X-Accept-Language: en
X-Newsgroups: comp.std.c++
X-Spam-Checker-Version: SpamAssassin 2.60-mulga_r1 (1.212-2003-09-23-exp) on 
	mulga.cs.mu.OZ.AU
X-Spam-Level: 
X-Spam-Status: No, hits=-2.7 required=5.2 tests=AWL,BAYES_00 autolearn=ham 
	version=2.60-mulga_r1
Xref: controlnews3.google.com comp.std.c++:340

llewelly wrote:
> 
> I'm unhappy with the bit in in n1496 about syntax. Specifically:
> 
>     # There are three possible approaches to specifying which names in
>     # a translation unit refer to entities with shared linkage. First,
>     # names with external linkage can be non-shared by default, and the
>     # programmer would have to explicitly identify names that are to
>     # have shared linkage. This is the model that Windows programmers
>     # are familiar with. Second, names with external linkage can be
>     # shared by default, and the programmer would have to explicitly
>     # identify names that are not to have shared linkage. This is
>     # similar to the model that UNIX programmers are familiar
>     # with. Third, it can be implementation-defined which of the two
>     # preceeding models applies. This minimizes the required changes to
>     # existing code.
> 
> I'm unhappy with the first model because it seems to break all
>     existing unix code that makes use of shared libraries.

It doesn't break anything. It means that such code wouldn't be portable.
It's not portable today, so that's no change.

-- 

Pete Becker
Dinkumware, Ltd. (http://www.dinkumware.com)

---
[ comp.std.c++ is moderated.  To submit articles, try just posting with ]
[ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu    ]
[              --- Please see the FAQ before posting. ---               ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html                       ]