From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34130 invoked by alias); 22 Aug 2015 12:24:51 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 34113 invoked by uid 89); 22 Aug 2015 12:24:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-la0-f41.google.com Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Sat, 22 Aug 2015 12:24:49 +0000 Received: by laba3 with SMTP id a3so54794741lab.1; Sat, 22 Aug 2015 05:24:46 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.112.24.163 with SMTP id v3mr12379573lbf.101.1440246286214; Sat, 22 Aug 2015 05:24:46 -0700 (PDT) Received: by 10.25.31.203 with HTTP; Sat, 22 Aug 2015 05:24:46 -0700 (PDT) In-Reply-To: <55D79415.90600@gmail.com> References: <55B694F5.3070606@gmail.com> <55BA81B1.9030206@gmail.com> <20150805205744.GC13355@redhat.com> <55D79415.90600@gmail.com> Date: Sat, 22 Aug 2015 12:47:00 -0000 Message-ID: Subject: Re: Elimitate duplication of get_catalogs in different abi From: =?UTF-8?Q?Daniel_Kr=C3=BCgler?= To: =?UTF-8?Q?Fran=C3=A7ois_Dumont?= Cc: Jonathan Wakely , "libstdc++@gcc.gnu.org" , gcc-patches Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2015-08/txt/msg01360.txt.bz2 2015-08-21 23:11 GMT+02:00 Fran=C3=A7ois Dumont : > I think I found a better way to handle this problem. It is c++locale.cc > that needs to be built with --fimplicit-templates. I even think that the > *_cow.cc file do not need this option but as I don't know what is the > drawback of this option I kept it. I also explicitely used the file name > c++locale.cc even if it is an alias to a configurable source file. I > guess there must be some variable to use no ? > > With this patch there are 6 additional symbols. I guess I need to > declare those in the scripts even if it is for internal library usage, > right ? I would expect that the new Catalog_info definition either has deleted or properly (user-)defined copy constructor and copy assignment operator. - Daniel