harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Hindess (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-4640) [drlvm][build] Makefiles for building native components of DRLVM
Date Tue, 30 Oct 2007 15:15:52 GMT

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

Mark Hindess commented on HARMONY-4640:
---------------------------------------

Salikh, if using gcc it would be nice to use 'gcc -MF $*.d ...' rather than makedepend to
avoid doing the c preprocessing twice.  This should improve the timings still further.  (I've
been thinking of doing this for unix in classlib for a while now.)

What is the status of this JIRA?  Has anyone made any progress testing it 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
>
>
> 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