220 7421 <55566bb6-4826-44f2-af2f-4332652e5a4c@isocpp.org> article Path: news.gmane.org!not-for-mail From: Vlad from Moscow Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: To add the method append for all sequential containers that have method push_back Date: Tue, 22 Oct 2013 13:54:47 -0700 (PDT) Lines: 92 Approved: news@gmane.org Message-ID: <55566bb6-4826-44f2-af2f-4332652e5a4c@isocpp.org> References: <4167b82e-a3cc-44ce-9825-b52514bc1531@isocpp.org> <357325b0-cec5-4d22-ad56-9bb66f76b458@isocpp.org> <983ff074-5d8c-488a-b06c-49d53d5b7a5b@isocpp.org> <9d4555bb-fa09-4146-9f76-1d8f5cdd1fdf@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_467_21682825.1382475287466" X-Trace: ger.gmane.org 1382475286 24736 80.91.229.3 (22 Oct 2013 20:54:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2013 20:54:46 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBCXLLRHD7IDRBGOMTOJQKGQECZWRR4Q@isocpp.org Tue Oct 22 22:54:51 2013 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-ie0-f197.google.com ([209.85.223.197]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VYiyY-0003z0-DI for gclcip-std-proposals@m.gmane.org; Tue, 22 Oct 2013 22:54:50 +0200 Original-Received: by mail-ie0-f197.google.com with SMTP id e14sf4291273iej.8 for ; Tue, 22 Oct 2013 13:54:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; 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=3VQ8ftpcZQNvOA/WLMAynAzvvX39Bw5c5VL52/o/3mQ=; b=BXfS/P1QIGEVUOScMJx4vkYB97qvGA1YlnBvJriXOjECoga6ypk+grrmVo/setuS6L CMQIXBp93830fqdn1FgxCK42gkB+WAwcvCEdMRFUJqeya4dzEvuHEWAep6rTs/CsOVYz c0HaCAURIRAuIFT1l54HfVDP+Qcg/IsgQCxVyFHua43/HxtP+TF1+udww476v1AjmLqy hBaIjhNRrSRGvd1e8F2wGQBasbTGrfX3E7DTghAAiUcw3iKbmRjkloLigyhet8NxHiXP f/4AQAXWPzdt/A13bXYZluTVNoj5cg/FY7oddqxF3DFUcSV206eEurH79wk2mKzEGfdm 9Nrg== X-Received: by 10.50.130.9 with SMTP id oa9mr8025459igb.4.1382475289353; Tue, 22 Oct 2013 13:54:49 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.50.23.12 with SMTP id i12ls2643153igf.8.canary; Tue, 22 Oct 2013 13:54:48 -0700 (PDT) X-Received: by 10.50.66.161 with SMTP id g1mr455972igt.5.1382475288851; Tue, 22 Oct 2013 13:54:48 -0700 (PDT) In-Reply-To: X-Original-Sender: vlad.moscow@mail.ru 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:7421 Archived-At: ------=_Part_467_21682825.1382475287466 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable =D3=D2=C5=C4=C1, 23 =CF=CB=D4=D1=C2=D2=D1 2013 =C7., 0:26:27 UTC+4 =D0=CF= =CC=D8=DA=CF=D7=C1=D4=C5=CC=D8 Evgeny Panasyuk=20 =CE=C1=D0=C9=D3=C1=CC: > > As I said I do not see a great sense to make the method as a non-member= =20 >> function. In my opinion it is a wrong approach because if to do so the= =20 >> question arises what to do with arrays. >> > > It will just fail to compile, just as it should. > > They have no method insert. Also what to do with other containers that=20 >> also have no method insert as for example std::forward_list? >> > > There are ways to implement special versions for std::forward_list, like= =20 > overloading. > But at first, which semantic you want to have for append( fwd_list, ... )= =20 > ? std::forward_list does not even have push_back - I think it should just= =20 > fail on append. > It is a good note. It seems you are starting to understand that append is a= =20 property of a container. Look how I named the thread. =20 =20 --=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_467_21682825.1382475287466 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: quoted-printable

=D3=D2=C5=C4=C1, 23 =CF=CB=D4=D1=C2=D2=D1 2013 = =C7., 0:26:27 UTC+4 =D0=CF=CC=D8=DA=CF=D7=C1=D4=C5=CC=D8 Evgeny Panasyuk = =CE=C1=D0=C9=D3=C1=CC:
As I said I do not see a great = sense to make the method as a non-member function. In my opinion it is a wr= ong approach because if to do so the question arises what to do with arrays= ..

It will just fail to compile, just as it= should.

Th= ey have no method insert. Also what to do with other containers that also h= ave no method insert as for example std::forward_list?

There are ways to implement special versions for std::forward_= list, like overloading.
But at first, which semantic you want to have fo= r append( fwd_list, ... ) ? std::forward_list does not even have push_back = - I think it should just fail on append.
I= t is a good note. It seems you are starting to understand that append is a = property of a container. Look how I named the thread.
 
 

--
 
---
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-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-proposals/<= /a>.
------=_Part_467_21682825.1382475287466-- .