Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 72503 invoked from network); 6 Jul 2008 17:50:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Jul 2008 17:50:09 -0000 Received: (qmail 60601 invoked by uid 500); 6 Jul 2008 17:50:10 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 60539 invoked by uid 500); 6 Jul 2008 17:50:10 -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 60528 invoked by uid 99); 6 Jul 2008 17:50:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Jul 2008 10:50:10 -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: domain of msebor@gmail.com designates 209.85.198.225 as permitted sender) Received: from [209.85.198.225] (HELO rv-out-0506.google.com) (209.85.198.225) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Jul 2008 17:49:18 +0000 Received: by rv-out-0506.google.com with SMTP id g37so1938260rvb.23 for ; Sun, 06 Jul 2008 10:49:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding:sender; bh=deF7YCtgv4VO3nTz4ZIX1OI/ktgtAe2pM1p/Sjevjlg=; b=hScu21ctH7SdsSZpONPcnZ7VWNcR5bbQegUMQP7E6sBSLkXmzIf8U/1nfu8Dv1+UqP BE0rwU+Ceg8wEnVVp1IVyUJYVvWrcpo4gBA4jycHSd2ufgUbixyVVvxW8WZ+k5aHkacm eLYpPExtXDNCZTlyW5bjrdqeahIEcbNhDErJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding:sender; b=oAdILb5nlcFbhuMUEA1DnicuCSgQdLhWyjyqS85KgBJ9ExvmbujvzphLWp/Ij5sK3/ m2vKSJW4AHVMiJ05mc6NGMafJYEr88+kQFnnFtChneNAPbdfdLG/Fq+DABdEIsBlRKAZ sDP0quVtMkDSai+KTgyTD13bZe5k8jc0h0JJw= Received: by 10.114.66.8 with SMTP id o8mr5426045waa.169.1215366580279; Sun, 06 Jul 2008 10:49:40 -0700 (PDT) Received: from localhost.localdomain ( [71.229.200.170]) by mx.google.com with ESMTPS id z15sm5437048pod.2.2008.07.06.10.49.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 06 Jul 2008 10:49:39 -0700 (PDT) Message-ID: <487105B2.6050103@roguewave.com> Date: Sun, 06 Jul 2008 11:49:38 -0600 From: Martin Sebor Organization: Rogue Wave Software, Inc. User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: dev@stdcxx.apache.org Subject: Re: ABI stability of aligned_union et al References: <4863CB62.3050305@roguewave.com> <48641F89.80000@roguewave.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Martin Sebor X-Virus-Checked: Checked by ClamAV on apache.org Travis Vitek wrote: > [...] > So, I'll ask again. Should we remove the workarounds for missing > variadic template support to avoid any future compatibility issues? This > would essentially remove parts of c++0x until the compiler provided the > necessary support to do it the right way, but I don't really see that as > a bad thing. I suggest we assume variadic templates in all future C++ 0x code to make progress. I don't think we need to spend time removing the workarounds that you've already implemented. They might come in handy if we happen to decide to provide similar workarounds for other components. If not, they won;'t cause any compatibility problems because the rest of our C++ 0x implementation won't compile with a compiler that doesn't support them, and they will be also easy to remove in the future. Martin