How to check out the openjdk source code from the mercurial repositories
Steve Poole
spoole at linux.vnet.ibm.com
Fri Mar 11 10:04:16 UTC 2011
On 11/03/11 01:14, David Holmes wrote:
> Dr Andrew John Hughes said the following on 03/11/11 10:57:
>> On 06:40 Fri 11 Mar , David Holmes wrote:
>>> Stepping up a level, an initial download of openjdk need not involve
>>> using mercurial at all. You can simply download a stable snapshot as a
>>> tar file;
>>
>> This makes much more sense as a starting point for new users over having
>> to handle Mercurial and checkouts. It works fine if you just want to
>> _use_
>> the latest and greatest, not hack on it.
>
> Even if you want to hack you can still do your initial download this
> way. The hg commands only come into play when you want to update
> things later.
That's the main point for me - I want to get easy updates - checking
out code from a repo is much nicer than having to download a tar and
apply your changes. Mercurials update and merge capabilities are great.
BTW - its important that whatever process is documented is one that's
used by developers. So though it may be tempting to have complete
snapshots of a build tree available - unless someone actively proves
they work, its best to have a singular process that *everyone* uses
everyday.
Checking out using hg is simple - the only wart is the forest extension
and that's only because its unclear what the community view is on using it.
>
>>> or download an install script that will do whatever is
>>> necessary behind the scenes to get a complete openjdk.
>>
>> I don't know how that would work. I guess IcedTea comes close to
>> this idea
>> in that it detects the needed settings for the build, rather than
>> them all
>> having to be passed as make variables.
>
> I was thinking of a simple installer as used by various bits of
> software. For example for Linux you might download a script that
> simply contains the initial set of hg commands needed to get the
> forest. On windows it might automate downloading a tarball and
> extracting it.
>
>>> Personally I'd
>>> like to see that include the basic build tools as well - in which
>>> case I
>>> don't care about "special extensions" as I just get a working toolkit.
>>
>> What do you mean by this? Can you give an example?
>
> I know this is not what most people want and not how most OS handle
> software packaging these days, but I think it would be useful to be
> able to grab a tools bundles for a given OS that includes the various
> tools and extras you need eg mercurial, ant, gcc, freetype - all the
> things the build docs tell you that you have to go and get to build
> openjdk. Just yesterday I had to go and grab freetype and get it
> installed on a machine; today I've had to install gawk and
> libasound2-dev. I find this a PITA.
>
> I don't expect to see this happen, my point was that if you did have
> easy access to pre-packaged tools, then it wouldn't matter if openjdk
> required customized variants of those tools.
>
> David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/build-dev/attachments/20110311/c300628e/attachment.htm>
More information about the build-dev
mailing list