220 9960 <00f585fc-342c-4844-adac-c47171b3a510@isocpp.org> article Path: news.gmane.org!not-for-mail From: gmisocpp@gmail.com Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Any reason not to allow more types of function overloads? Date: Thu, 20 Mar 2014 13:57:27 -0700 (PDT) Lines: 97 Approved: news@gmane.org Message-ID: <00f585fc-342c-4844-adac-c47171b3a510@isocpp.org> References: <532a816b.0cba420a.69a6.6770@mx.google.com> <48F781BB-E758-46D0-98B5-CB479A07CBD0@gmail.com> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1208_7905545.1395349047519" X-Trace: ger.gmane.org 1395349043 5767 80.91.229.3 (20 Mar 2014 20:57:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2014 20:57:23 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBCM3TRNUXUDBBONMVWMQKGQEC2RBBSI@isocpp.org Thu Mar 20 21:57:33 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-oa0-f72.google.com ([209.85.219.72]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WQk1r-00074c-Nh for gclcip-std-proposals@m.gmane.org; Thu, 20 Mar 2014 21:57:32 +0100 Original-Received: by mail-oa0-f72.google.com with SMTP id eb12sf5650195oac.11 for ; Thu, 20 Mar 2014 13:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe :content-type; bh=qMpxVo2WUKr6YbG07Zk3ZoRVvrPRKCjr2xOE/eGXimQ=; b=BkGdrkyMIZkbTHSJ6LaeoWNPEoFY+9gxKQwKKAvQDPqHD9jx9tpAl1o+r9WUOiHVqj sHLsTm+cdqu8iqTA7xCZ22+WykZhPBoMkRFFAzP4KnH3aln+uT76ysh3hxAulIqXj7LY lUd5awTo8VKxE1LCuvvP7uWC1cjjbqwKX6t+GR6AN2K5ZCH2InqQ2SJO7yBCrmnZOacS eCvMDVq0+Hk11mcsQAjQy5+oEVX4FZuCmbOVBFaHwJc/NIx8Wusvd/HVo4pC+XzCRewR etjTS0URgo+dPeFz82j2C7l9dEVMcaq5g7stQwEGV0X6XcDsVo15YZ1Lv3aFpYhSoaoW VI5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version:x-original-sender:reply-to:precedence :mailing-list:list-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe:content-type; bh=qMpxVo2WUKr6YbG07Zk3ZoRVvrPRKCjr2xOE/eGXimQ=; b=Iaohb9UaudUdLtR4uPS9CVPq8htrYe/b/D6k910ekTssa5zJzcoHva2NsKKLuGs2AI Y50ntrlGGTOo/8k4MsxILCz3jSxNavxgnlocZvJms+bNl09b4cKtVNqeb16pl3wc5OFq LHSvf/n+6JEe92O8Ito+vsRz+6sSF8GVkhLg0QrwYwzVp4OFBEaE3/SdIZingO7lcusn +HXP3sxvkx59VHrpIMMty2xspXZ7D91A5HFKY2oXdYtasrYlnVN/KOnGNe80Fn/ykOMf JXQlwH2aK3JT9fggWP0KEGcF68HPdCiJZMQUvO6X9myhUjP9uDWYShC6pOuxdG+tHQY0 mteQ== X-Gm-Message-State: ALoCoQk2KX15uqfKXDrq7pxz8KBReViCCk7ReDV3S9+oVVRs4OMvaWhzwY5SY8i3yhd92/aA8OED X-Received: by 10.50.136.198 with SMTP id qc6mr2196773igb.4.1395349050803; Thu, 20 Mar 2014 13:57:30 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.50.79.199 with SMTP id l7ls588427igx.30.gmail; Thu, 20 Mar 2014 13:57:29 -0700 (PDT) X-Received: by 10.51.17.7 with SMTP id ga7mr831063igd.4.1395349049644; Thu, 20 Mar 2014 13:57:29 -0700 (PDT) In-Reply-To: <48F781BB-E758-46D0-98B5-CB479A07CBD0@gmail.com> X-Original-Sender: gmisocpp@gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:9960 Archived-At: ------=_Part_1208_7905545.1395349047519 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi On Friday, March 21, 2014 12:23:05 AM UTC+13, David Krauss wrote: > > > On 2014=E2=80=9303=E2=80=9320, at 1:49 PM, billy...@gmail.com wrote: > > That would break conforming programs which try to create a function=20 > pointer to printf, for instance. > > > I think the proposal is to introduce an overload precedence where an empt= y=20 > list matches the absence of any parameters better than it matches a C-sty= le=20 > ellipsis. I don=E2=80=99t think he proposes to add a printf overload to s= td::. > > I like the idea; my first intuition was that it should work this way. It= =20 > would also make some SFINAE introspection tricks easier. Currently you ha= ve=20 > to pass a dummy into the ellipsis just to =E2=80=9Cmake it work.=E2=80=9D > > Yes that was the motivation. Billy's reply has got me wondering what a C++ printf would gain over the C= =20 version if built along the lines of Billy's reply and as also mentioned on= =20 Bjarnes Home Page, but I'm not proposing that. --=20 ---=20 You received this message because you are subscribed to the Google Groups "= ISO C++ Standard - Future Proposals" group. To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposa= ls/. ------=_Part_1208_7905545.1395349047519 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi

On Friday, March 21, 2014 12:23:05 AM UTC+13, Da= vid Krauss wrote:

On 2014=E2=80=9303=E2=80=9320, at 1:49 PM, billy...@gmail.com wrote:

That would b= reak conforming programs which try to create a function pointer to printf, = for instance.

I think the= proposal is to introduce an overload precedence where an empty list matche= s the absence of any parameters better than it matches a C-style ellipsis. = I don=E2=80=99t think he proposes to add a printf overload to std::.

I like the idea; my first = intuition was that it should work this way. It would also make some SFINAE = introspection tricks easier. Currently you have to pass a dummy into the el= lipsis just to =E2=80=9Cmake it work.=E2=80=9D


Yes that was the motivation.

=
Billy's reply has got me wondering what a C++ printf would gain over t= he C version if built along the lines of Billy's reply and as also mentione= d on Bjarnes Home Page, but I'm not proposing that.

--

---
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposa= ls+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/<= /a>.
------=_Part_1208_7905545.1395349047519-- .