[ 
https://issues.apache.org/jira/browse/HDFS-14244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16773238#comment-16773238
 ] 

James Clampffer commented on HDFS-14244:
----------------------------------------

[~owen.omalley] anything that trims down the libhdfspp/third-party code sounds 
good to me.  I tried applying the patch and ran into a couple issues doing the 
build in the container start_build_env.sh uses.

-It looks like the dockerfile used by start_build_env.sh needs to install 
automake and autoconf.  Doing a clean build in the container errors out when it 
tries to run those.  After installing I make it to the next issue.
-It looks like there's a dependency issue when building the whole tree at once. 
 Things that use the minidfscluster wrapper code complain about missing symbols 
(e.g. nmdCreate).  It looks like libhdfs.so has been built by the time it hits 
the error but cmake isn't picking up the library path while building tests.
-I haven't made it far enough but it seems like the container will also need 
asio installed, or is this something the cmake external project approach 
handles?

> refactor the libhdfs++ build system
> -----------------------------------
>
>                 Key: HDFS-14244
>                 URL: https://issues.apache.org/jira/browse/HDFS-14244
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: hdfs++, hdfs-client
>            Reporter: Owen O'Malley
>            Assignee: Owen O'Malley
>            Priority: Major
>
> The current cmake for libhdfs++ has the source code for the dependent 
> libraries. By refactoring we can remove 150kloc of third party code.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org

Reply via email to