From -2881579673745254651 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f78e5,fe953dde0d9fda91 X-Google-Attributes: gidf78e5,public Path: controlnews3.google.com!news1.google.com!news.glorb.com!newsrout1.ntli.net!news-in.ntli.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: Thu, 20 May 2004 02:51:09 +0000 (UTC) Organization: Dinkumware, Ltd Lines: 56 Approved: fjh@cs.mu.oz.au (Fergus Henderson , moderator of comp.std.c++) Message-ID: <40ABEDF6.B41179EA@acm.org> References: <86vfiuq081.fsf@Zorthluthik.local.bar> <40A95262.D71FEB37@acm.org> <86ekpimrv2.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 1085021469 21766 10.0.0.1 (20 May 2004 02:51:09 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Thu, 20 May 2004 02:51:09 +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 1BQdeF-0005ev-00 for mail2news@news.news.demon.net; Thu, 20 May 2004 02:51:08 +0000 X-Received: from mulga.cs.mu.OZ.AU (localhost [127.0.0.1]) by mulga.cs.mu.OZ.AU with ESMTP id i4K2p5PT019096; Thu, 20 May 2004 12:51:05 +1000 (EST) X-Received: (from fjh@localhost) by mulga.cs.mu.OZ.AU (8.12.10+Sun/8.12.9/Submit) id i4K2p5FT019087; Thu, 20 May 2004 12:51:05 +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-Status: No, hits=-2.8 required=5.2 tests=AWL,BAYES_00 autolearn=ham version=2.60-mulga_r1 Xref: controlnews3.google.com comp.std.c++:376 llewelly wrote: > > petebecker@acm.org (Pete Becker) writes: > > > 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. > > I am sorry, but these two statements make no sense to me. Could you > please rephrase? > Sure. Today, Unix code that makes use of shared libraries isn't marked up with import/export specifiers. If the standard adds some way of saying that various functions will live in a shared library, then code that's marked up in that way will (eventually) be portable, say between Unix and Windows. Unix code that isn't marked up won't take advantage of this added syntax, so it won't be portable to Windows. However, Unix compilers will certainly still support the current style (through a command line option), and the code will still work in all the places where it works now. For a less abstract example, quite a few programmers still use classic iostreams through the header , even though the standard provides something similar but different through . -- 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 ]