Re: Improving the management and accessibility of the handling of JDK variants

2013-12-04 Thread Dave Pointon
Hiya Magnus , On Wed, 2013-12-04 at 15:08 +0100, Magnus Ihse Bursie wrote: > David, > > Is this IBM variant of OpenJDK something that is publically available? > If so, I'd like to take a peek at it. > > /Magnus > I have sought advice as to the public availability and will keep you posted ...

Re: Improving the management and accessibility of the handling of JDK variants

2013-12-04 Thread Magnus Ihse Bursie
On 2013-11-25 13:06, Dave Pointon wrote: I believe that this piece of work belongs in the infrastructure in as much as I'm merely ( :-) ) attempting to adapt the IBM JDK build and all the accompanying niceties, more into line with the OpenJDK approach such that the additional effort necessary to

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-25 Thread Dave Pointon
Hi David , On Mon, 2013-11-25 at 12:07 +1000, David Holmes wrote: > Hi Dave, > > This all seems very complex and I'm unclear exactly what it would do or > why it would be needed (at this level of flexibility). Our own use of > the variant mechanism doesn't require this level of ability. Note y

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-24 Thread David Holmes
Hi Dave, This all seems very complex and I'm unclear exactly what it would do or why it would be needed (at this level of flexibility). Our own use of the variant mechanism doesn't require this level of ability. Note your subdirectory of variants needs to allow for some variants being defined

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-22 Thread Dave Pointon
Hi Magnus et al , On Thu, 2013-11-21 at 16:30 +, Dave Pointon wrote: > In the process of attempting to describe the changes I'm playing with, > I've realized that I've made a coupla wrong assumptions and completely > inflexible and thus inappropriate, design decisions. I'll post further > onc

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-21 Thread Dave Pointon
Hiya Magnus , On Thu, 2013-11-21 at 14:18 +0100, Magnus Ihse Bursie wrote: > On 2013-11-18 21:05, David Holmes wrote: > > Of course these configuration points have been defined based on our > > needs for the Oracle JDK versus OpenJDK, so there is no claim of > > general applicability or suitabil

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-21 Thread Magnus Ihse Bursie
On 2013-11-18 21:05, David Holmes wrote: Of course these configuration points have been defined based on our needs for the Oracle JDK versus OpenJDK, so there is no claim of general applicability or suitability for all potential users who want to customize the build and/or sources. Happy to ada

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-18 Thread David Holmes
On 19/11/2013 3:25 AM, Volker Simonis wrote: Hi Dave, what you are trying to achieve sounds a little bit like Oracles "closed" build. As far as I know, they allow for extra directories (which are realized as Mercurial forests on their own) which can be linked into the open sources at special "mo

Re: Improving the management and accessibility of the handling of JDK variants

2013-11-18 Thread Volker Simonis
Hi Dave, what you are trying to achieve sounds a little bit like Oracles "closed" build. As far as I know, they allow for extra directories (which are realized as Mercurial forests on their own) which can be linked into the open sources at special "mount points". Just grep for CLOSED_SOURCE_PRESEN