harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Salikh Zakirov (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-4640) [drlvm][build] Makefiles for building native components of DRLVM
Date Wed, 31 Oct 2007 03:55:50 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-4640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Salikh Zakirov updated HARMONY-4640:
------------------------------------

    Attachment: makefiles.patch

Updated makefiles.patch puts all the makefiles into a directory hierarchy under build/custom/gnumake.
Since the patch does not affect existing directories in any way, it can be committed in this
form.

The binaries on Linux/i686, build by the make system, passed the smoke tests just in the same
way as regular binary.

As far as I know, no attempt to port these makefiles to work on Windows has been made.
In any case, these makefiles rely heavy on GNU make, sh, sed and other essential unix utilities,
so it will require Cygwin or MSYS in order to work on Windows.

> [drlvm][build] Makefiles for building native components of DRLVM
> ----------------------------------------------------------------
>
>                 Key: HARMONY-4640
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4640
>             Project: Harmony
>          Issue Type: New Feature
>          Components: DRLVM
>         Environment: Linux/x86
>            Reporter: Salikh Zakirov
>         Attachments: makefiles.patch, makefiles.patch
>
>
> The attached file makefiles.patch provides a new build system, based on GNU Make, coreutils,
sed, makedepends etc.
> It can build native components of DRLVM, and using the same deploy directory structure,
can be used together with official ant-based build for quick recompilations.
> This build system solves a number of deficiencies of current build system:
> * up-to-date nothing-to-do run decreases from ~50s to ~3s
> * stale object files are not linked, so no 'clean' is required when moving source files
around
> * parallel compilation (make -j) is supported
> * it is more efficient on linux: 
>     official build: ~6m 50s
>     make:   ~5m 30s
>     make -j2 (Core Duo): ~2m 50s
> Features of this build system:
> * automatic header file dependency tracking via makedepend
> * automatic linker and compiler flags tracking: recompilation
>   or relinking is forced if flags has changed
> * automatic source file list tracking: relinking is forced if the
>   list of source files has changed. Note, that it does not suffer from
>   the stale object files not being removed, as they are just being ignored
> * output is as clean and informative as humanly possible

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message