harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gregory Shimansky (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-5359) [drlvm][build] normalized ant build system
Date Tue, 29 Jan 2008 14:54:34 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-5359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563537#action_12563537

Gregory Shimansky commented on HARMONY-5359:

I found a bug in the build system on windows. After a clean build when I launch "ant" again
(shouldn't recompile anything) I get the following error:


     [echo] Linking C:\users\gashiman\harmony\trunk\working_vm\build\windows_x86

  [symlink] ln -s C:\users\gashiman\harmony\trunk\working_vm\build\windows_x86_m
svc_debug\deploy\lib/icuuc.lib C:\users\gashiman\harmony\trunk\working_vm\build\windows_x86_msvc_debug\deploy\lib/icuuc.dll

  [symlink] ln: creating symbolic link `C:\\users\\gashiman\\harmony\\trunk\\wor
king_vm\\build\\windows_x86_msvc_debug\\deploy\\lib/icuuc.dll': File exists

This symlink is needed only on Linux for ICU libraries, on windows it shouldn't be created.

> [drlvm][build] normalized ant build system
> ------------------------------------------
>                 Key: HARMONY-5359
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5359
>             Project: Harmony
>          Issue Type: New Feature
>          Components: build - test - ci, DRLVM
>            Reporter: Alexey Varlamov
>            Assignee: Alexey Varlamov
>         Attachments: 0001-fixed-normalized-build-system-on-linux-x86-classlib-should-be-less-than-revision-612947.txt,
build.zip, build.zip, build.zip
> Need to refactor DRLVM build system was stated since early ages of Harmony, due to its
awkwardness and bad augmentability (one can find a lot of discussons in dev-list archives).
> Here is this long-expected feature, "normalized" ant build system, featuring:
> - improved portability, as it uses unified set of properties defined by classlib, drops
"build.bat/build.sh" wrappers and provides traditional ant interface for users and external
> - better maintainability and robustness, as it does not rely on XSL build preprocessing,
on-fly generated scripts and buggy ant-contrib features (except tests which really need "for"
> - much faster rebuild time even with cpptasks: void build takes only 7-8 sec (and can
be improved a bit more). Also, it is possible to build standalone component w/o rebuilding
dependencies which is also handy.
> - enhanced modularity and plugability: any component or test script can be used independently
(modulo 2-3 shared ant files), simplifying component reusing or redeployment.
> For now, the system lacks facilities for managing external dependencies, it just relies
on presence and layout of artifacts as retrieved via old build.
> The dependency management is to be refactored cross Harmony components, including classlib,
drlvm and jdktools.

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

View raw message