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 5370B200B96 for ; Wed, 21 Sep 2016 17:11:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 521AE160ABC; Wed, 21 Sep 2016 15:11:22 +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 A3312160ADB for ; Wed, 21 Sep 2016 17:11:21 +0200 (CEST) Received: (qmail 60237 invoked by uid 500); 21 Sep 2016 15:11:20 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 60221 invoked by uid 99); 21 Sep 2016 15:11:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Sep 2016 15:11:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 7ED342C2A64 for ; Wed, 21 Sep 2016 15:11:20 +0000 (UTC) Date: Wed, 21 Sep 2016 15:11:20 +0000 (UTC) From: "James Clampffer (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HDFS-10874) libhdfs++: Public API headers should not depend on internal implementation MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 21 Sep 2016 15:11:22 -0000 [ https://issues.apache.org/jira/browse/HDFS-10874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15510235#comment-15510235 ] James Clampffer commented on HDFS-10874: ---------------------------------------- Thanks for the review Bob. I'll commit/resolve momentarily. bq. Perhaps as another task, we should ensure that the tools and examples build using just the public headers. I agree. As part of that it'd be good to make sure that headers from other directories aren't being implicitly added to the include paths for building the tools and examples so it errors when tools are written to use them. How about we generalize HDFS-10787 to cover that work? > libhdfs++: Public API headers should not depend on internal implementation > -------------------------------------------------------------------------- > > Key: HDFS-10874 > URL: https://issues.apache.org/jira/browse/HDFS-10874 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: hdfs-client > Reporter: James Clampffer > Assignee: James Clampffer > Attachments: HDFS-10874.HDFS-8707.000.patch > > > Public headers need to do some combination of the following: stop including parts of the implementation, forward declare bits of the implementation where absolutely needed, or pull the implementation into include/hdfspp if it's inseparable. > Example: > If you want to use the C++ API and only stick include/hdfspp in the include path you'll get an error when you include include/hdfspp/options.h because that goes and includes common/uri.h. > Related to the work described in HDFS-10787. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org