hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matt Foley (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-8364) Rationalize the way architecture-specific sub-components are built with ant in branch-1
Date Sun, 06 May 2012 21:27:48 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-8364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13269285#comment-13269285

Matt Foley commented on HADOOP-8364:

While we're at it, the result of doing a 64-bit and 32-bit build in either order should be
made the same; ie order-independent, for the cumulative aspects of build.  See further, HADOOP-8307
suggested patch.
> Rationalize the way architecture-specific sub-components are built with ant in branch-1
> ---------------------------------------------------------------------------------------
>                 Key: HADOOP-8364
>                 URL: https://issues.apache.org/jira/browse/HADOOP-8364
>             Project: Hadoop Common
>          Issue Type: Improvement
>            Reporter: Matt Foley
> Three different compile flags, compile.native, compile.c++, and compile.libhdfs, turn
on or off different architecture-specific subcomponent builds, but they are generally all
off or all on and there's no evident need for three different ways to do things.  Also, in
build.xml, jsvc and task-controller are included in targets "package" and "bin-package" as
sub-ant tasks, while librecordio is included as a simple dependency.  We should work through
these and get them done in one understandable way.
> This is a matter of maintainability and understandability, and therefore robustness under
future changes in build.xml.  No substantial change in functionality is proposed.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message