220 5548 article Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Klaim_=2D_Jo=C3=ABl_Lamotte?= Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: A library to provide a virtual memory vector of strings Date: Thu, 25 Jul 2013 00:37:13 +0200 Lines: 102 Approved: news@gmane.org Message-ID: References: <861959e9-74f3-4ed8-aeca-bad9c3256acd@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0118266a0562c904e2498d9a X-Trace: ger.gmane.org 1374705437 23205 80.91.229.3 (24 Jul 2013 22:37:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Jul 2013 22:37:17 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBD3NR2WQQ4IBBGVOYGHQKGQEDFB7QDI@isocpp.org Thu Jul 25 00:37:19 2013 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-oa0-f69.google.com ([209.85.219.69]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1V27gL-0004sm-NS for gclcip-std-proposals@m.gmane.org; Thu, 25 Jul 2013 00:37:18 +0200 Original-Received: by mail-oa0-f69.google.com with SMTP id i7sf5323124oag.0 for ; Wed, 24 Jul 2013 15:37:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-beenthere:mime-version:in-reply-to:references:date:message-id :subject:from:to:x-original-sender:x-original-authentication-results :reply-to:precedence:mailing-list:list-id:x-google-group-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe :content-type; bh=T4cfUn8ZGV4cvdczs3sRy8nuHm0jTkm6Yz/LYfvdU9w=; b=hCKy9ao+kXHxmCG6T/zuwGQP8xYx9qXnet0Hb9IEYcCkArz0G+XmLqxI3ndMLOzUor DJQllSrEAxFTYa6fZOAHkdV91FSBd5YNEc/SuTeMgfkMtgzHVZf1V+nS3l2h5mZCixz7 9MjrD9sT5eNOVA1D+hv5nbsFK3iSuYWpxWz85vRkyhOOD1CJ5WzuLj2rEv1M5HaNgwzE bdNE7HvFmMj41j0KRbk8GQ2HS4lVtWTAeE5QURHCIv0F4wVOppenyMOBKV7YkWbiDUik hjm4IgwCjVZmG24IJ48SvbJxpeqtVAhI2J3IVpqzNkON6tXGYsBxFqdvrfv7z4srfQ2n mLzA== X-Received: by 10.182.196.39 with SMTP id ij7mr10588460obc.47.1374705436741; Wed, 24 Jul 2013 15:37:16 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.182.186.106 with SMTP id fj10ls145643obc.28.gmail; Wed, 24 Jul 2013 15:37:13 -0700 (PDT) X-Received: by 10.182.65.35 with SMTP id u3mr33136792obs.8.1374705433958; Wed, 24 Jul 2013 15:37:13 -0700 (PDT) Original-Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [2607:f8b0:4003:c01::233]) by mx.google.com with ESMTPS id nq7si22921618obc.63.2013.07.24.15.37.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 24 Jul 2013 15:37:13 -0700 (PDT) Received-SPF: pass (google.com: domain of mjklaim@gmail.com designates 2607:f8b0:4003:c01::233 as permitted sender) client-ip=2607:f8b0:4003:c01::233; Original-Received: by mail-ob0-f179.google.com with SMTP id xk17so14112787obc.24 for ; Wed, 24 Jul 2013 15:37:13 -0700 (PDT) X-Received: by 10.60.83.116 with SMTP id p20mr38548838oey.83.1374705433270; Wed, 24 Jul 2013 15:37:13 -0700 (PDT) Original-Received: by 10.76.27.194 with HTTP; Wed, 24 Jul 2013 15:37:13 -0700 (PDT) In-Reply-To: X-Original-Sender: mjklaim@gmail.com X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of mjklaim@gmail.com designates 2607:f8b0:4003:c01::233 as permitted sender) smtp.mail=mjklaim@gmail.com; dkim=pass header.i=@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:5548 Archived-At: --089e0118266a0562c904e2498d9a Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jul 24, 2013 at 10:15 PM, Fernando Cacciola < fernando.cacciola@gmail.com> wrote: > Indeed. In fact, when I do have the luxury of working on Linux, which is > almost never, I indeed don't have any problem with the set of C++ (or even > C) libs at my disposal. So I think I agree with you that the real problem > is the lack of a streamlined cross-platform repository of libraries. > > Now, from Samlltalk to Perl to Python (from what I know), they all have > that, whether you work on Windows or Linux, so it seems to me that it might > be a problem that we (a community of C++ "authors") could solve (and not > just blame Windows as in is MS fault) > I don't agree with the Linux being more easy because my experience working with linux and boost was basically the same than on windows, in particular because you don't always want versions that your distribution provides. The problem is general for all C or C++ libraries distributed around for developments: there is no semi-official way to get libraries together for a specific project. C and C++ don't have a gem like Ruby or a pip like Python. Hopefully, there is some work going on on the Ryppl project but I don't think it will be ready in the coming months... NuGets got a C++ release recently but there is no cross-platform implementation. I believe that having a gem-like tool used by most C++ programmers would help a lot solving you are pointing, standardizing tons of libs is not really a good solution to me. Joel Lamotte -- --- 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 email 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/. --089e0118266a0562c904e2498d9a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= On Wed, Jul 24, 2013 at 10:15 PM, Fernando Cacciola <<= a href=3D"mailto:fernando.cacciola@gmail.com" target=3D"_blank">fernando.ca= cciola@gmail.com> wrote:
Indeed. In fact, when I do have the lux= ury of working on Linux, which is almost never, I indeed don't have any= problem with the set of C++ (or even C) libs at my disposal. So I think I = agree with you that the real problem is the lack of a streamlined cross-pla= tform repository of libraries.

Now, from Samlltalk to Perl to Python (from what I know), th= ey all have that, whether you work on Windows or Linux, so it seems to me t= hat it might be a problem that we (a community of C++ "authors") = could solve (and not just blame Windows as in is MS fault)

I don't agree with the Linux being more ea= sy because my experience working with linux and boost was basically the sam= e than on windows, in particular because you don't always want versions=
that your distribution provides. The problem is = general for all C or C++ libraries distributed around for developments: the= re is no semi-official way to get libraries together for a specific project= ..
C and C++ don't have a gem like Ruby or a pi= p like Python. Hopefully, there is some work going on on the Ryppl project = but I don't think it will be ready in the coming months...
NuGets go= t a C++ release recently but there is no cross-platform implementation.

I believe that having a gem-like tool = used by most C++ programmers would help a lot solving you are pointing, sta= ndardizing tons of libs is not really a good solution to me.

Joel Lamotte

--
 
---
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>.
 
 
--089e0118266a0562c904e2498d9a-- .