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

James Clampffer commented on HDFS-13822:
----------------------------------------

[~jlowe] I agree that this isn't breaking the tests any more than they already 
were. One of the native client issues is libhdfs++ related (HDFS-9610), however 
it looks like that provided cover for another bug to be introduced in the JNI 
libhdfs hdfsGetLastExceptionRootCause a month or two ago.

The only test coverage added for hdfsGetLastExceptionRootCause was one call in 
test_libhdfs_threaded (both libhdfs and libhdfs++ run that test). Now it 
deterministically returns a null String ref rather than the expected output.  I 
noticed that when I was trying to sort out HDFS-9610 and add test coverage for 
the libhdfs++ C++ API but haven't had a chance to figure out which commit broke 
it.

> speedup libhdfs++ build (enable parallel build)
> -----------------------------------------------
>
>                 Key: HDFS-13822
>                 URL: https://issues.apache.org/jira/browse/HDFS-13822
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>            Reporter: Pradeep Ambati
>            Assignee: Allen Wittenauer
>            Priority: Minor
>         Attachments: HDFS-13382.000.patch, HDFS-13822.01.patch, 
> HDFS-13822.02.patch
>
>
> libhdfs++ has significantly increased clean build times for the native client 
> on trunk. Problem is that libhdfs++ isn't build in parallel. When I tried to 
> force a parallel build by specifying -Dnative_make_args=-j4, the build fails 
> due to dependencies.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to