On 5/25/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Vladimir Gorr wrote: > On 5/25/06, Oliver Deakin <[EMAIL PROTECTED]> wrote: >> >> Geir Magnusson Jr wrote: >> > Some stuff that got lost (because I got consumed by J1 and I was the >> > only one pushing on it) was the idea of ensuring that >> > >> > 1) the HDK could be anywhere - the was no hard-wired spot. That >> > allowed having multiple simultaneous HDKs (ex different snapshot >> > version) at the same time as a full build >> >> Perhaps the HDK would have a default location which could be overridden >> by passing a command line option to the build scripts - possibly in a >> similar >> way to Marks suggestion for selection of the rmi module location [1]. >> My modifications to build an HDK from the classlib code (HARMONY-469) >> use an Ant property hy.hdk to specify the root directory of the HDK. >> With >> the current patch, this property doesnt quite propagate all the way down >> to the native makefiles, but this shouldnt be too hard to extend. Once >> this >> was done, a developer could then override the default HDK location using >> a command line similar to: >> >> ant -Dhy.hdk=/my/hdk/location -f make/build.xml >> >> >> The default HDK location would probably depend on what area you are >> working >> on - in classlib the trunk/deploy directory is the default build >> location at the >> moment, and I think it makes sense to keep this as the default HDK >> directory. >> >> > >> > 2) the build should ensure that the materials of the HDK never get >> > overwritten so that we can always tell a contributor w/ a question >> > "first, before we debug this, do a ant hdk-copy.." or something to >> > easily get them to a known good state. >> > >> > This to me sounds like we need some kind of working directory and a >> > 'hdk-copy' target. >> > >> > The working model then allows freedom of choosing an hdk or a current >> > full build as the 'base' to work with... >> >> I imagine that an HDK would come in a zip format, much like the current >> snapshots [2]. >> If this was the case, then once you have downloaded the HDK zip, you can >> unpack it >> into your working directory where it will be modified. > > > Oliver, > > whether does it mean the HDK will contain the sources (src.zip?) as well? > Otherwise I don't understand what can be modified. Could you please > clarify > this? Hi Vladimir, When you rebuild, the old versions of binaries (dll/so/jar etc.) would be overwritten with the new versions that are built from your altered code, and potentially altered header files will be replaced (e.g. jni.h).
Hi Oliver, if I correctly understand ALL will be re-built in this case but not only the altered sources. I mean the following. Suppose, at first, I check out the Harmony sources on my machine. The next step is the downloading the HDK pre-compiled from these sources some time ago. Note the dates for both binaries & sources files will be up-to-date (I mean they will differ from original ones) and therefore the 'ant -Dhy.hdk=/my/hdk/location -f make/build.xml' command will re-compile all sources from scratch (due to all dependencies were lost). IMHO the idea of HDK was different (at least I understood so). AFAIU it's supposed re-using the pre-compiled binaries for the lazy developers. Or am I wrong? Thanks, Vladimir. This is similar to the current system, where you can use a snapshot
build to rebuild Java code against, and you can then drop your rebuilt jars over those of the snapshot to create an updated jre. The HDK will contain binaries to build against, and some necessary header files, but no complete src.zip. I have put up a proposed description of the HDK on the website [1], which summarises some of the ideas in this thread so far. I hope it helps clarify :) Regards, Oliver [1] http://incubator.apache.org/harmony/subcomponents/classlibrary/hdk.html > Thanks, > Vladimir. > > However, you still have the >> original zip to fall back on if you need to. I'm not sure that we need >> an extra build >> target for this process - to get back to a known good state, you can >> just unpack the >> zip again into your working directory. >> >> Am I missing something? >> >> Regards, >> Oliver >> >> [1] >> >> http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200605.mbox/[EMAIL PROTECTED] >> >> [2] http://people.apache.org/dist/incubator/harmony/snapshots/ >> >> > >> > Does this make any sense to anyone else? >> > >> > geir >> > >> > >> > Oliver Deakin wrote: >> >> Hi all, >> >> >> >> I have opened HARMONY-485, which proposes an additional doc for the >> >> website describing the HDK and its contents. >> >> The layout of the HDK described in the doc matches that produced by >> >> the build script alterations raised in >> >> HARMONY-469. >> >> >> >> I hope that eventually (once the natives are modularised >> >> and build scripts are altered to understand/use the HDK) the doc will >> >> expand into a more full description of how developers can use the HDK >> >> to rebuild Java/native code. >> >> >> >> Regards, >> >> Oliver >> >> >> > >> > >> > --------------------------------------------------------------------- >> > Terms of use : http://incubator.apache.org/harmony/mailing.html >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> -- >> Oliver Deakin >> IBM United Kingdom Limited >> >> >> --------------------------------------------------------------------- >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > -- Oliver Deakin IBM United Kingdom Limited --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
