Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id E83AF200BBE for ; Fri, 11 Nov 2016 21:42:12 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id E6CC0160AF6; Fri, 11 Nov 2016 20:42:12 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 3D050160AEE for ; Fri, 11 Nov 2016 21:42:12 +0100 (CET) Received: (qmail 93272 invoked by uid 500); 11 Nov 2016 20:42:11 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 93247 invoked by uid 99); 11 Nov 2016 20:42:11 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Nov 2016 20:42:11 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id AF590C238F for ; Fri, 11 Nov 2016 20:42:10 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -8.021 X-Spam-Level: X-Spam-Status: No, score=-8.021 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.999, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id t0gaK_cUHxzg for ; Fri, 11 Nov 2016 20:42:10 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id AC35C5F1E9 for ; Fri, 11 Nov 2016 20:42:09 +0000 (UTC) Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 7EE6280B56 for ; Fri, 11 Nov 2016 20:41:38 +0000 (UTC) Received: from vpn-56-126.rdu2.redhat.com (vpn-56-126.rdu2.redhat.com [10.10.56.126]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uABKfbgH018395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 11 Nov 2016 15:41:38 -0500 Message-ID: <1478896897.5242.1.camel@redhat.com> Subject: Re: Heads-up: Splitting proton-c into multiple libraries [Was: Proton's road ahead] From: Andrew Stitcher To: users@qpid.apache.org Date: Fri, 11 Nov 2016 15:41:37 -0500 In-Reply-To: <514603100.8750643.1478895913546.JavaMail.zimbra@redhat.com> References: <1478882776.5789.113.camel@redhat.com> <514603100.8750643.1478895913546.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Fri, 11 Nov 2016 20:41:38 +0000 (UTC) archived-at: Fri, 11 Nov 2016 20:42:13 -0000 We could certainly copy the URL parser functionality into the C++ binding but as Ken notes it is used in the reactor so we'd have to leave it there too (although we can make it private). As for the parser for the pn_data_t I think that can be completely removed as I'm not aware of any use of it all. Andrew On Fri, 2016-11-11 at 15:25 -0500, Ken Giusti wrote: > IIRC C reactor also uses the url parser. > > > ----- Original Message ----- > > > > From: "Justin Ross" > > To: users@qpid.apache.org > > Sent: Friday, November 11, 2016 3:02:40 PM > > Subject: Re: Heads-up: Splitting proton-c into multiple libraries > > [Was: Proton's road ahead] > > > > On Fri, Nov 11, 2016 at 8:46 AM, Andrew Stitcher > com> > > wrote: > > > > > > > > > Extra (potential) library: All source in directory > > > - extra > > > > > > > Could we avoid having this extra library if we copied the URL > > parser to the > > C++ binding?  You noted elsewhere that the only other thing in > > here, the > > data parser, isn't currently used. > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org For additional commands, e-mail: users-help@qpid.apache.org