From martijnverburg at gmail.com  Fri May  4 14:21:19 2012
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Fri, 4 May 2012 15:21:19 +0100
Subject: Source code mapping to projects
Message-ID: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>

Hi all,

As part of the plan to pre-review low hanging fruit for the OpenJDK
(such as coinification, javac warnings and the like).  One of the
challenges is to split the patches into the appropriate groups (2d,
core-lib etc) and then a per class basis for easy review.

Is there a rough mapping outlined of OpenJDK source code to groups?

Cheers,
Martijn


From Alan.Bateman at oracle.com  Fri May  4 14:58:42 2012
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Fri, 04 May 2012 15:58:42 +0100
Subject: Source code mapping to projects
In-Reply-To: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>
References: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>
Message-ID: <4FA3EEA2.1090402@oracle.com>

On 04/05/2012 15:21, Martijn Verburg wrote:
> Hi all,
>
> As part of the plan to pre-review low hanging fruit for the OpenJDK
> (such as coinification, javac warnings and the like).  One of the
> challenges is to split the patches into the appropriate groups (2d,
> core-lib etc) and then a per class basis for easy review.
>
> Is there a rough mapping outlined of OpenJDK source code to groups?
>
> Cheers,
> Martijn
Most of the group pages (http://openjdk.java.net/groups/<group>) have a 
list of APIs and/or source directories for the group. However for the 
refactoring changes that you are talking about, warnings, coinification, 
etc. then slicing and dicing to that level of granularity should not be 
needed; the code review and sponsorship overhead will be more than the 
actual work. That said, the core and client changes have different 
integration forests and it does make things a bit easier (integrators 
doing merging in particular) if you can do a very coarse grain split 
into core and client. When I say client then I mean AWT, 2D, Swing and 
related areas. When I say "core" I mostly mean headless (libraries, 
security, networking, ..). In recent times this relatively coarse grain 
split has worked well.

-Alan.


From martijnverburg at gmail.com  Fri May  4 15:02:13 2012
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Fri, 4 May 2012 16:02:13 +0100
Subject: Source code mapping to projects
In-Reply-To: <4FA3EEA2.1090402@oracle.com>
References: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>
	<4FA3EEA2.1090402@oracle.com>
Message-ID: <CAP7YuAS_rpNk0rCQ7QzKVcV8WcCka=7-zXBdjvkYUr1yDvs1mQ@mail.gmail.com>

Hi Alan,

Thanks for the response, we'll put that coarse grained split in place.

Cheers,
Martijn

On 4 May 2012 15:58, Alan Bateman <Alan.Bateman at oracle.com> wrote:
> On 04/05/2012 15:21, Martijn Verburg wrote:
>>
>> Hi all,
>>
>> As part of the plan to pre-review low hanging fruit for the OpenJDK
>> (such as coinification, javac warnings and the like). ?One of the
>> challenges is to split the patches into the appropriate groups (2d,
>> core-lib etc) and then a per class basis for easy review.
>>
>> Is there a rough mapping outlined of OpenJDK source code to groups?
>>
>> Cheers,
>> Martijn
>
> Most of the group pages (http://openjdk.java.net/groups/<group>) have a list
> of APIs and/or source directories for the group. However for the refactoring
> changes that you are talking about, warnings, coinification, etc. then
> slicing and dicing to that level of granularity should not be needed; the
> code review and sponsorship overhead will be more than the actual work. That
> said, the core and client changes have different integration forests and it
> does make things a bit easier (integrators doing merging in particular) if
> you can do a very coarse grain split into core and client. When I say client
> then I mean AWT, 2D, Swing and related areas. When I say "core" I mostly
> mean headless (libraries, security, networking, ..). In recent times this
> relatively coarse grain split has worked well.
>
> -Alan.


From jonathan.gibbons at oracle.com  Fri May  4 15:20:06 2012
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Fri, 04 May 2012 08:20:06 -0700
Subject: Source code mapping to projects
In-Reply-To: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>
References: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>
Message-ID: <4FA3F3A6.7060206@oracle.com>

On 05/04/2012 07:21 AM, Martijn Verburg wrote:
> Hi all,
>
> As part of the plan to pre-review low hanging fruit for the OpenJDK
> (such as coinification, javac warnings and the like).  One of the
> challenges is to split the patches into the appropriate groups (2d,
> core-lib etc) and then a per class basis for easy review.
>
> Is there a rough mapping outlined of OpenJDK source code to groups?
>
> Cheers,
> Martijn

It's long been a never-quite-high-enough-priority wishlist item to have 
a utility that you could give a class name to and have it return an 
owner in some form, preferably one that is easily mapped to an email 
address. Not only would this be useful for what you are asking for here, 
it would also be useful for (semi-)automatically directing messages 
reporting test failures and so on.

-- Jon


From martijnverburg at gmail.com  Fri May  4 15:32:02 2012
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Fri, 4 May 2012 16:32:02 +0100
Subject: Source code mapping to projects
In-Reply-To: <4FA3F3A6.7060206@oracle.com>
References: <CAP7YuARENPuckj66fezUBkWROxA7=1b2sagB0gEda=7cX1Ccqw@mail.gmail.com>
	<4FA3F3A6.7060206@oracle.com>
Message-ID: <CAP7YuASUe5RWsM3Nf1VvG3SokVqxFHZePpSr4FHqKZEJ3GcFkw@mail.gmail.com>

Hi Jon,

I've asked for a scripting fiend to put together something like this
(/me tip toes away from having to write shell script), we'll happily
share the results of course.

Cheers,
Martijn

On 4 May 2012 16:20, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
> On 05/04/2012 07:21 AM, Martijn Verburg wrote:
>>
>> Hi all,
>>
>> As part of the plan to pre-review low hanging fruit for the OpenJDK
>> (such as coinification, javac warnings and the like). ?One of the
>> challenges is to split the patches into the appropriate groups (2d,
>> core-lib etc) and then a per class basis for easy review.
>>
>> Is there a rough mapping outlined of OpenJDK source code to groups?
>>
>> Cheers,
>> Martijn
>
>
> It's long been a never-quite-high-enough-priority wishlist item to have a
> utility that you could give a class name to and have it return an owner in
> some form, preferably one that is easily mapped to an email address. Not
> only would this be useful for what you are asking for here, it would also be
> useful for (semi-)automatically directing messages reporting test failures
> and so on.
>
> -- Jon


From volker.simonis at sap.com  Mon May  7 15:03:48 2012
From: volker.simonis at sap.com (Simonis, Volker)
Date: Mon, 7 May 2012 17:03:48 +0200
Subject: Project Proposal: PowerPC/AIX port
Message-ID: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>

In accordance with the OpenJDK guidelines [1], I'd like to start the
discussion of a new project to port the OpenJDK to the PowerPC/Linux
and PowerPC/AIX platforms.
 
The goal of the project will be to provide full-featured and certifiable
version of the OpenJDK on the two platforms which can be ultimately integrated
into the main OpenJDK development branch.
 
Besides the very fact that this project will enrich the OpenJDK platform
coverage with two new platforms we see two more main benefits. By supporting
the PowerPC architecture we will add the first weak memory architecture to the
OpenJDK. As we already know from past experience, this will unveil all kinds
of intricate memory ordering problems. Moreover, adding AIX as a new Unix
flavor to the set of supported operating systems will uncover numerous
implicit assumptions and shortcuts inside the code base which only hold true
for Linux and Solaris. We strongly believe that fixing these issues will
considerably increase the robustness and further portability of the OpenJDK.

The technical approach and a brief project agenda are as follows:
- provide an interpreter-only version of HotSpot based on the 
  CPP interpreter on Linux/PPC64
- provide a full set of tools and class libraries for AIX and
  Linux on PPC32/64
- provide a complete certifiable JDK 7 on Linux/PPC64
- provide a complete certifiable JDK 7 on AIX/PPC64
- provide an implementation of the C2 server compiler on both 
  AIX/PPC64 and Linux/PPC64
- integrate the new ports upstream into the main JDK8/9 branches

To assist with project bootstrapping and maintain momentum of VM porting issues
independently from class library issues the project will evolve an interface
between the VM and class libraries that allows alternative implementations
to be substituted.  The project will start by porting the stable JDK 7 codebase
with a view to moving onto the JDK 8 stream as soon as practical.
 
The project will have one, complete OpenJDK forest which will be initially
cloned from the current jdk7u forest as well as a project mailing list and web
site. We plan to start the project without a formal review process but this may
change by the time the port gets more mature.
 
The project will initially be driven jointly by IBM and SAP who both have a
long-standing experience in developing and porting JDKs to various platforms
including Linux/PowerPC and AIX/PowerPC. But as this is an open source project
of course anybody interested is highly welcome to join the porting effort. The
complete development process and discussions will happen in the open on the
project mailing list.
 
I volunteer as an initial project lead of this porting project and as such I
would like to propose the following initial committers: Steve Poole (IBM), Neil
Richards (IBM), G?tz Lindenmaier (SAP) and Volker Simonis (SAP).
 
We kindly ask the Porters group to become the sponsor of this project.

With best regards,
Volker

[1] http://openjdk.java.net/projects/#new-project


From mark.reinhold at oracle.com  Tue May  8 04:05:05 2012
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Mon, 07 May 2012 21:05:05 -0700
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: volker.simonis@sap.com; Mon, 07 May 2012 17:03:48 +0200;
	<2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
Message-ID: <20120508040505.B353F126C@eggemoggin.niobe.net>

2012/5/7 8:03 -0700, volker.simonis at sap.com:
> ...
>  
> The goal of the project will be to provide full-featured and certifiable
> version of the OpenJDK on the two platforms which can be ultimately integrated
> into the main OpenJDK development branch.
> 
> ...

Volker -- I'm really happy to see this moving forward.  These ports will
be valuable additions to JDK 7 and 8, and I'm confident that SAP and IBM
can bring the necessary expertise to the effort.  I know it's taken a lot
of work behind the scenes to get to this point, so my thanks to you and
everyone else who helped put this proposal together.

- Mark


From Alan.Bateman at oracle.com  Tue May  8 10:56:45 2012
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Tue, 08 May 2012 11:56:45 +0100
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FA8FBED.4070703@oracle.com>

On 07/05/2012 16:03, Simonis, Volker wrote:
> :
>
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations
> to be substituted.  The project will start by porting the stable JDK 7 codebase
> with a view to moving onto the JDK 8 stream as soon as practical.
Volker - can you say anymore about the interface between the VM and 
class libraries? In particular, do you envisage that this project will 
want to evolove the existing interface as part of some future push into 
the main line? I may be reading too much into this but I would think 
that any changes would require wider discussion beyond the porting project.

For the linux-ppc port, and based on your experiences porting to this 
target, do you envisage bug fixes, say for memory ordering issues, in 
many areas of the libraries? If there are non-ppc specific 
reliability/portability fixes then maybe they should be examined on a 
case-by-case basis to see whether they should go into jdk8 anyway, 
irrespective of when the ports come up for review to go into the main line.

-Alan.


From volker.simonis at gmail.com  Tue May  8 13:07:58 2012
From: volker.simonis at gmail.com (Volker Simonis)
Date: Tue, 8 May 2012 15:07:58 +0200
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <4FA8FBED.4070703@oracle.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA8FBED.4070703@oracle.com>
Message-ID: <CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>

On Tue, May 8, 2012 at 12:56 PM, Alan Bateman <Alan.Bateman at oracle.com> wrote:
> On 07/05/2012 16:03, Simonis, Volker wrote:
>>
>> :
>>
>> To assist with project bootstrapping and maintain momentum of VM porting
>> issues
>> independently from class library issues the project will evolve an
>> interface
>> between the VM and class libraries that allows alternative implementations
>> to be substituted. ?The project will start by porting the stable JDK 7
>> codebase
>> with a view to moving onto the JDK 8 stream as soon as practical.
>
> Volker - can you say anymore about the interface between the VM and class
> libraries? In particular, do you envisage that this project will want to
> evolove the existing interface as part of some future push into the main
> line? I may be reading too much into this but I would think that any changes
> would require wider discussion beyond the porting project.
>

The "VM interface" part of the project will be mainly a playground for our
IBM colleagues as they have a natural interest to interface the OpenJDK
class library with their alternative VM implementation. We as SAP are interested
in this topic because it may help us to more easily support old Java releases
with newer VM versions.

We are aware of the  former "Common VM Interface" project
(http://openjdk.java.net/projects/cvmi/) which was started as part of the
OpenJDK Community Innovators' Challenge. But as far as we can see, this
project has been discontinued.

While defining such a new interface is surely not the main purpose of this
project it may very well help to push things into the right direction - perhaps
in the same way as the MacOS X port restarted the discussion about the
refactoring of the native class library code.

> For the linux-ppc port, and based on your experiences porting to this
> target, do you envisage bug fixes, say for memory ordering issues, in many
> areas of the libraries? If there are non-ppc specific
> reliability/portability fixes then maybe they should be examined on a
> case-by-case basis to see whether they should go into jdk8 anyway,
> irrespective of when the ports come up for review to go into the main line.
>

With regards to the linux-ppc port, we don't see many changes in the class
library area - they are mainly in the shared HotSpot code.

But we are of course highly interested in bringing such changes as
fast as possible
into the jdk7/8 main branches. We think that smaller, isolated changes
in shared code
may be integrated from the porting repository into the main line at
any time if this seems
reasonable (i.e. if they don't affect the stability and performance on
the existing platforms
while fixing potential problems or have a positive impact on new platforms).

Regards,
Volker

> -Alan.


From spoole at linux.vnet.ibm.com  Tue May  8 15:23:35 2012
From: spoole at linux.vnet.ibm.com (Steve Poole)
Date: Tue, 08 May 2012 16:23:35 +0100
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA8FBED.4070703@oracle.com>
	<CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>
Message-ID: <4FA93A77.409@linux.vnet.ibm.com>

On 08/05/12 14:07, Volker Simonis wrote:
> On Tue, May 8, 2012 at 12:56 PM, Alan Bateman<Alan.Bateman at oracle.com>  wrote:
>> On 07/05/2012 16:03, Simonis, Volker wrote:
>>> :
>>>
>>> To assist with project bootstrapping and maintain momentum of VM porting
>>> issues
>>> independently from class library issues the project will evolve an
>>> interface
>>> between the VM and class libraries that allows alternative implementations
>>> to be substituted.  The project will start by porting the stable JDK 7
>>> codebase
>>> with a view to moving onto the JDK 8 stream as soon as practical.
>> Volker - can you say anymore about the interface between the VM and class
>> libraries? In particular, do you envisage that this project will want to
>> evolove the existing interface as part of some future push into the main
>> line? I may be reading too much into this but I would think that any changes
>> would require wider discussion beyond the porting project.
>>
> The "VM interface" part of the project will be mainly a playground for our
> IBM colleagues as they have a natural interest to interface the OpenJDK
> class library with their alternative VM implementation. We as SAP are interested
> in this topic because it may help us to more easily support old Java releases
> with newer VM versions.
>
> We are aware of the  former "Common VM Interface" project
> (http://openjdk.java.net/projects/cvmi/) which was started as part of the
> OpenJDK Community Innovators' Challenge. But as far as we can see, this
> project has been discontinued.
>
> While defining such a new interface is surely not the main purpose of this
> project it may very well help to push things into the right direction - perhaps
> in the same way as the MacOS X port restarted the discussion about the
> refactoring of the native class library code.
It's important that we do take this unique new opportunity to explore 
the boundaries between the VM and the class libraries.
I see this project as being a place where some of the edges and gray 
areas get revealed and maybe tweaked a little.
I'm stealing Neil Richards thunder (sorry Neil) but he and I have been 
talking to Andrew Hughes and Mikael Vidstedt about revitalizing
The CVMI project as a place to document and discover the interface 
between the VM and the classes.

So although this project is focused on porting, we would expect it feed 
into the CVMI work and consume from it as appropriate.

I'll let Neil say more elsewhere.

>> For the linux-ppc port, and based on your experiences porting to this
>> target, do you envisage bug fixes, say for memory ordering issues, in many
>> areas of the libraries? If there are non-ppc specific
>> reliability/portability fixes then maybe they should be examined on a
>> case-by-case basis to see whether they should go into jdk8 anyway,
>> irrespective of when the ports come up for review to go into the main line.
>>
> With regards to the linux-ppc port, we don't see many changes in the class
> library area - they are mainly in the shared HotSpot code.
>
> But we are of course highly interested in bringing such changes as
> fast as possible
> into the jdk7/8 main branches. We think that smaller, isolated changes
> in shared code
> may be integrated from the porting repository into the main line at
> any time if this seems
> reasonable (i.e. if they don't affect the stability and performance on
> the existing platforms
> while fixing potential problems or have a positive impact on new platforms).

Yes, agree - if we find changes that aid platform portability I'd expect 
to be be trying to argue them into the mainstream.

Cheers
Steve

>
> Regards,
> Volker
>
>> -Alan.



From henri.gomez at gmail.com  Tue May  8 15:52:26 2012
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 8 May 2012 17:52:26 +0200
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA8FBED.4070703@oracle.com>
	<CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>
Message-ID: <CALyUpY3hpNArPtR3FxAxXzvE=F-T77Dw7hbPx+78N-daYM3H-w@mail.gmail.com>

> The "VM interface" part of the project will be mainly a playground for our
> IBM colleagues as they have a natural interest to interface the OpenJDK
> class library with their alternative VM implementation. We as SAP are interested
> in this topic because it may help us to more easily support old Java releases
> with newer VM versions.

There is another platform where PPC support on OpenJDK 7/8 is highly
awaited, OS/X.

Could it be part of the platforms scope ?

There is many people around willing to provide support on it.


From volker.simonis at gmail.com  Tue May  8 16:27:15 2012
From: volker.simonis at gmail.com (Volker Simonis)
Date: Tue, 8 May 2012 18:27:15 +0200
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <CALyUpY3hpNArPtR3FxAxXzvE=F-T77Dw7hbPx+78N-daYM3H-w@mail.gmail.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA8FBED.4070703@oracle.com>
	<CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>
	<CALyUpY3hpNArPtR3FxAxXzvE=F-T77Dw7hbPx+78N-daYM3H-w@mail.gmail.com>
Message-ID: <CA+3eh13T3H-b0Uanu19VNsPBc0REKF4-rHUMGJOOuBCyc03D_A@mail.gmail.com>

Hi Henri,

we have limited resources and as outlined in the proposal, we will focus on
Linux/PowerPC64 and AIX. In  particular, the PowerPC port of HotSpot
will be 64-bit
only simply because this is what we currently have.

However this is an Open Source project and anybody willing to
contribute may join the project.

I think one particularly good point in time to join the project would
be when we have
the interpreter-only version of HotSpot running on Linux/PPC64. I
suppose it should be
not to hard for an OS/X expert to merge the processor specific part
with the OS/X
OS part from the current Mac OS X port.

By the way, does OS/X only support 32-bit or both 32- and 64-bit?

Regards,
Volker


On Tue, May 8, 2012 at 5:52 PM, Henri Gomez <henri.gomez at gmail.com> wrote:
>> The "VM interface" part of the project will be mainly a playground for our
>> IBM colleagues as they have a natural interest to interface the OpenJDK
>> class library with their alternative VM implementation. We as SAP are interested
>> in this topic because it may help us to more easily support old Java releases
>> with newer VM versions.
>
> There is another platform where PPC support on OpenJDK 7/8 is highly
> awaited, OS/X.
>
> Could it be part of the platforms scope ?
>
> There is many people around willing to provide support on it.


From swingler at apple.com  Tue May  8 16:34:21 2012
From: swingler at apple.com (Mike Swingler)
Date: Tue, 08 May 2012 09:34:21 -0700
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <CA+3eh13T3H-b0Uanu19VNsPBc0REKF4-rHUMGJOOuBCyc03D_A@mail.gmail.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA8FBED.4070703@oracle.com>
	<CA+3eh10Fpi6ESPqa3TpzKX+Nte9a73O6MmSV3FFgkg_+TPLSmQ@mail.gmail.com>
	<CALyUpY3hpNArPtR3FxAxXzvE=F-T77Dw7hbPx+78N-daYM3H-w@mail.gmail.com>
	<CA+3eh13T3H-b0Uanu19VNsPBc0REKF4-rHUMGJOOuBCyc03D_A@mail.gmail.com>
Message-ID: <D57FF8CB-1911-4B3B-A6F9-91CBED8258EC@apple.com>

Mac PPC support in Mac OS X 10.5 Leopard was effectively 32-bit. It was possible to create 64-bit PPC processes, but they were limited to the libSystem level, and had no support in the higher level graphical frameworks.

Regards,
Mike Swingler
Apple Inc.

On May 8, 2012, at 9:27 AM, Volker Simonis wrote:

> Hi Henri,
> 
> we have limited resources and as outlined in the proposal, we will focus on
> Linux/PowerPC64 and AIX. In  particular, the PowerPC port of HotSpot
> will be 64-bit
> only simply because this is what we currently have.
> 
> However this is an Open Source project and anybody willing to
> contribute may join the project.
> 
> I think one particularly good point in time to join the project would
> be when we have
> the interpreter-only version of HotSpot running on Linux/PPC64. I
> suppose it should be
> not to hard for an OS/X expert to merge the processor specific part
> with the OS/X
> OS part from the current Mac OS X port.
> 
> By the way, does OS/X only support 32-bit or both 32- and 64-bit?
> 
> Regards,
> Volker
> 
> 
> On Tue, May 8, 2012 at 5:52 PM, Henri Gomez <henri.gomez at gmail.com> wrote:
>>> The "VM interface" part of the project will be mainly a playground for our
>>> IBM colleagues as they have a natural interest to interface the OpenJDK
>>> class library with their alternative VM implementation. We as SAP are interested
>>> in this topic because it may help us to more easily support old Java releases
>>> with newer VM versions.
>> 
>> There is another platform where PPC support on OpenJDK 7/8 is highly
>> awaited, OS/X.
>> 
>> Could it be part of the platforms scope ?
>> 
>> There is many people around willing to provide support on it.



From dalibor.topic at oracle.com  Tue May  8 21:37:40 2012
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Tue, 08 May 2012 23:37:40 +0200
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FA99224.5090600@oracle.com>

On 5/7/12 5:03 PM, Simonis, Volker wrote:
> In accordance with the OpenJDK guidelines [1], I'd like to start the
> discussion of a new project to port the OpenJDK to the PowerPC/Linux
> and PowerPC/AIX platforms.

> We kindly ask the Porters group to become the sponsor of this project.

Volker, I'm very pleased to see this proposal being brought to OpenJDK. 
It sounds like a great addition to our community. So, with my Group Lead 
hat on, I would like to declare that the Porters Group will sponsor this 
Project.

cheers,
dalibor topic
-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961 <tel:+491737185961>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603
Gesch?ftsf?hrer: J?rgen Kunz

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From volker.simonis at gmail.com  Tue May  8 22:41:31 2012
From: volker.simonis at gmail.com (Volker Simonis)
Date: Wed, 9 May 2012 00:41:31 +0200
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <4FA99224.5090600@oracle.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA99224.5090600@oracle.com>
Message-ID: <CA+3eh1008aAO=O1OewMwtVN1geWbZXXNWFLPDTPuX1VCTz3Ujg@mail.gmail.com>

On Tuesday, May 8, 2012, Dalibor Topic wrote:

> On 5/7/12 5:03 PM, Simonis, Volker wrote:
> > In accordance with the OpenJDK guidelines [1], I'd like to start the
> > discussion of a new project to port the OpenJDK to the PowerPC/Linux
> > and PowerPC/AIX platforms.
>
> > We kindly ask the Porters group to become the sponsor of this project.
>
> Volker, I'm very pleased to see this proposal being brought to OpenJDK.
> It sounds like a great addition to our community. So, with my Group Lead
> hat on, I would like to declare that the Porters Group will sponsor this
> Project.
>

Dalibor, thanks a lot! Without your tireless support this wouldn't have
been possible!

Regards,
Volker

cheers,
> dalibor topic
> --
> Oracle <http://www.oracle.com>
> Dalibor Topic | Principal Product Manager
> Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
> <tel:+491737185961>
> Oracle Java Platform Group
>
> ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg
>
> ORACLE Deutschland B.V. & Co. KG
> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
> Registergericht: Amtsgericht M?nchen, HRA 95603
> Gesch?ftsf?hrer: J?rgen Kunz
>
> Komplement?rin: ORACLE Deutschland Verwaltung B.V.
> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
> Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher
>
> Green Oracle <http://www.oracle.com/commitment> Oracle is committed to
> developing practices and products that help protect the environment
>


From benjamin.john.evans at gmail.com  Wed May  9 10:12:34 2012
From: benjamin.john.evans at gmail.com (Ben Evans)
Date: Wed, 9 May 2012 12:12:34 +0200
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <CA+3eh1008aAO=O1OewMwtVN1geWbZXXNWFLPDTPuX1VCTz3Ujg@mail.gmail.com>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
	<4FA99224.5090600@oracle.com>
	<CA+3eh1008aAO=O1OewMwtVN1geWbZXXNWFLPDTPuX1VCTz3Ujg@mail.gmail.com>
Message-ID: <CABKW8RjYHEzMgLxHr5+n8QAwDupsqQ+p_9Zr_AYKtyrqWWxW8g@mail.gmail.com>

On Wed, May 9, 2012 at 12:41 AM, Volker Simonis
<volker.simonis at gmail.com> wrote:
> On Tuesday, May 8, 2012, Dalibor Topic wrote:
>
>> On 5/7/12 5:03 PM, Simonis, Volker wrote:
>> > In accordance with the OpenJDK guidelines [1], I'd like to start the
>> > discussion of a new project to port the OpenJDK to the PowerPC/Linux
>> > and PowerPC/AIX platforms.
>>
>> > We kindly ask the Porters group to become the sponsor of this project.
>>
>> Volker, I'm very pleased to see this proposal being brought to OpenJDK.
>> It sounds like a great addition to our community. So, with my Group Lead
>> hat on, I would like to declare that the Porters Group will sponsor this
>> Project.
>
> Dalibor, thanks a lot! Without your tireless support this wouldn't have
> been possible!

Congratulations to all concerned. A deeper exploration of the
interface between the VM and classfiles looks like a great opportunity
for more innovation - be that from commercial contributors, academics
or the open-source folks.

I'll look forward to starting to play with some of this as it's released.

Ben


From neil.richards at ngmr.net  Thu May 10 11:08:54 2012
From: neil.richards at ngmr.net (Neil Richards)
Date: Thu, 10 May 2012 12:08:54 +0100
Subject: Documenting the interfaces to the VM
Message-ID: <1336648134.23106.99.camel@chalkhill>

Hi all,
As previously trailed [1], I'm looking to work on improving the
(sometimes scarce) documentation of the interfaces to the VM.

In doing this, I hope to produce a clear definition that any alternative
(or subsequent) VM implementation can follow. 

Also, it will hopefully expose any "rough edges" - places where the user
or application developer is unnecessarily exposed to VM implementation
details - and suitable resolutions considered.

I'm looking to do this work primarily in the CVMI project, and on the
'cvmi-dev' mailing list. As the documentation gets fleshed out, I expect
that other potentially-interested parties (Hotspot, Zero, porting
projects, Jigsaw?) will consider consuming the resulting changes.

In particular, I expect there will be a healthy interchange between this
work and that of the newly-proposed PPC/AIX porting project [2], given
their stated interest in this area.

Obviously, any assistance (particularly in review, to make sure I'm not
writing complete fiction!) will be warmly welcomed :)

For native interfaces, I'm proposing the use of 'doxygen' [3] as a means
to produce the formatted documentation. This allows the documentation
source to be held in a Javadoc-like style alongside the code in the
header files themselves - a familiar and, I hope, fairly uncontroversial
approach.

Please let me know any suggestions or questions you have about this.
Thanks,
Neil
 
[1] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002622.html
[2] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002618.html
[3] http://www.doxygen.org

-- 
Unless stated above:
IBM email: neil_richards at uk.ibm.com
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From volker.simonis at gmail.com  Thu May 10 13:56:35 2012
From: volker.simonis at gmail.com (Volker Simonis)
Date: Thu, 10 May 2012 15:56:35 +0200
Subject: Documenting the interfaces to the VM
In-Reply-To: <1336648134.23106.99.camel@chalkhill>
References: <1336648134.23106.99.camel@chalkhill>
Message-ID: <CA+3eh12vwMDkVuh39P2a+74m0BnnXy5Vo6d9U-KtF5CehmyoUw@mail.gmail.com>

Hi Neil,

this project sounds very interesting and promising!

What do you exactly mean by documenting the native interfaces with Doxygen?
Do you propose to put Doxygen comments around the "JVM_*" functions in
"jvm.h" for example?

As this file is duplicated under "hotspot/src/share/vm/prims/jvm.h"
and "jdk/src/share/javavm/export/jvm.h" where do you would suggest to
place the documentation?

Or asking the other way around: would you propose to start this
project from the JDKs point of view (i.e. what does the JDK require to
run) or from the VM's perspective (i.e. what does the VM want to
provide)?

Regards,
Volker


On Thu, May 10, 2012 at 1:08 PM, Neil Richards <neil.richards at ngmr.net> wrote:
> Hi all,
> As previously trailed [1], I'm looking to work on improving the
> (sometimes scarce) documentation of the interfaces to the VM.
>
> In doing this, I hope to produce a clear definition that any alternative
> (or subsequent) VM implementation can follow.
>
> Also, it will hopefully expose any "rough edges" - places where the user
> or application developer is unnecessarily exposed to VM implementation
> details - and suitable resolutions considered.
>
> I'm looking to do this work primarily in the CVMI project, and on the
> 'cvmi-dev' mailing list. As the documentation gets fleshed out, I expect
> that other potentially-interested parties (Hotspot, Zero, porting
> projects, Jigsaw?) will consider consuming the resulting changes.
>
> In particular, I expect there will be a healthy interchange between this
> work and that of the newly-proposed PPC/AIX porting project [2], given
> their stated interest in this area.
>
> Obviously, any assistance (particularly in review, to make sure I'm not
> writing complete fiction!) will be warmly welcomed :)
>
> For native interfaces, I'm proposing the use of 'doxygen' [3] as a means
> to produce the formatted documentation. This allows the documentation
> source to be held in a Javadoc-like style alongside the code in the
> header files themselves - a familiar and, I hope, fairly uncontroversial
> approach.
>
> Please let me know any suggestions or questions you have about this.
> Thanks,
> Neil
>
> [1] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002622.html
> [2] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002618.html
> [3] http://www.doxygen.org
>
> --
> Unless stated above:
> IBM email: neil_richards at uk.ibm.com
> IBM United Kingdom Limited - Registered in England and Wales with number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>


From neil.richards at ngmr.net  Thu May 10 17:04:21 2012
From: neil.richards at ngmr.net (Neil Richards)
Date: Thu, 10 May 2012 18:04:21 +0100
Subject: Documenting the interfaces to the VM
In-Reply-To: <CA+3eh12vwMDkVuh39P2a+74m0BnnXy5Vo6d9U-KtF5CehmyoUw@mail.gmail.com>
References: <1336648134.23106.99.camel@chalkhill>
	<CA+3eh12vwMDkVuh39P2a+74m0BnnXy5Vo6d9U-KtF5CehmyoUw@mail.gmail.com>
Message-ID: <1336669461.14918.58.camel@chalkhill>

On Thu, 2012-05-10 at 15:56 +0200, Volker Simonis wrote:
> Hi Neil,
> 
> this project sounds very interesting and promising!
> 

Hi Volker,
Thanks for the encouragement :)

> What do you exactly mean by documenting the native interfaces with Doxygen?
> Do you propose to put Doxygen comments around the "JVM_*" functions in
> "jvm.h" for example?

Yes, that is a good example of what I'm thinking about.

> As this file is duplicated under "hotspot/src/share/vm/prims/jvm.h"
> and "jdk/src/share/javavm/export/jvm.h" where do you would suggest to
> place the documentation?

Aww, you've anticipated my first concrete question!

It seems unfortunate that declarations are duplicated in these two
files, especially given that the two files are not quite duplicates of
each other (despite comments suggesting that they are).

I can see that having a version in each repo is useful (enabling
developers to build each repo in isolation), but I think that working
towards them being strict duplicates of each other would be a sensible
move (so one can easily work out if they're "in-step" by diff'ing /
cmp'ing them).

Whilst not quite fully conforming to the "Don't Repeat Yourself"
principle [1], it would at least adhere to the associated "If You Must
Repeat Yourself, Only Do So Trivially" principle that I've just made up.

(Yeah, I know, it needs a more catchy acronym that's less like someone
sneezing).

Extra functions provided by the VM, but not required by the JDK, would
then better be captured in separate header file. Doing this would also
make it clearer when apparently VM-agnostic code reaches across to use
implementation-specific functionality.

> Or asking the other way around: would you propose to start this
> project from the JDKs point of view (i.e. what does the JDK require to
> run) or from the VM's perspective (i.e. what does the VM want to
> provide)?

As my aim is to document the things a VM needs to provide to support the
function of the JDK, it suggests that currently the jvm.h in the /jdk
repo is the more appropriate to use for this purpose.

However, I recognise a tension here, as the information recorded is
potentially of most interest to VM developers (including those for
Hotspot), who are less likely to be paying attention to documentation
changes in a separate repo (that they may not even be cloning!).

This tension would be ameliorated once the two files become strict
duplicates.

Any thoughts or suggestions on better approaches to take on this would
be welcome.

Regards,
Neil

[1] http://en.wikipedia.org/wiki/Don%27t_repeat_yourself

-- 
Unless stated above:
IBM email: neil_richards at uk.ibm.com
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From senseneyj at mail.nih.gov  Thu May 10 21:48:34 2012
From: senseneyj at mail.nih.gov (Senseney, Justin (NIH/CIT) [E])
Date: Thu, 10 May 2012 17:48:34 -0400
Subject: RFE: 64 bit pointers needed
Message-ID: <0CADA15E942196438C242C19FA72B4FC046E8796CB@NIHMLBX01.nih.gov>

Title: RFE: 64 bit pointers needed
Author: Justin Senseney
Organization: National Institutes of Health
Owner: Justin Senseney
Created: 2012/04/17
Type: Feature
State: Draft
Exposure: Open
Component: core/lang
Scope: JDK
JSR: TBD
RFE: 4963452 (4850923, 4880587, 4088441, 6292967)
Discussion: compiler-dev at openjdk.java.net
Start: 2012/Q3
Depends:
Blocks:
Effort: XL
Duration: L
Template: 1.0
Internal-refs:
Reviewed-by:
Endorsed-by:
Funded-by:

Summary
-------

As per the Java Language Specification, section 10.4, all array access in Java is done by using an int as index. Since an int is a signed 32bit value, this limits the total number of addressable elements of an array to 2**31 (about 2 billion). It should be possible to address an array using 64bit values.

Goals
-----

Improved handling of large datasets that need to be stored in contiguous arrays.

Non-Goals
---------

Not changing existing range of Integer

Success Metrics
---------------

Able to compile boolean[] a = new boolean[Long.MAX_VALUE];

Motivation
----------

While having access to 2 billion entries may seem sufficient, there are very compelling performance reasons to be able to use more in a single array. As an example, consider a square n*n matrix, stored as an array (either row or column major, doesn't matter which). Since an array stores at most 2**31 entries, this means that n=sqrt(2**31)=46341, thus the matrix cannot be very large. For multidimensional arrays this is an even more severe limitation (3d Tensors could at most be of size 1290).

Description
-----------

The scope of this work is extensive, however the solution may be quite technically feasible.

Alternatives
------------

A workaround is to use an array of arrays (ie. double[][]). However there is no guarantee that successive rows will be laid of linearly in memory, and therefore performance may be severely penalized. Experimentally, performance may suffer by a factor of over 2, often far greater.

Also, most existing matrix packages (ie. LAPACK) assumes linear storage, and are thus incompatible with a double[][] storage (requires double[]). Calling a LAPACK routine with a jagged storage thus requires extra array copying and memory allocation, and can further decrease performance and increase memory requirements.


Testing
-------

It should be possible to address arrays using 64bit integers (long?), as this provides a seamless transition for users of 64bit computers.

Risks and Assumptions
---------------------

Use of array of array constructs (use double[][] instead of double[]) possible as workaround. This feature is well implemented in C/C++ without any problem, so should be quite technically feasible to implement.

Dependences
-----------

None none.

Impact
------

My group has requested this feature for several years.  It is currently listed as one of the top 25 RFEs on http://bugs.sun.com/top25_rfes.do.  Please help Java maintain its relevance by implementing this.   I have several image processing applications that are severely limited by this bug, these images cannot be opened in most Java applications.  These include electron microscopy and micro-CT images where storage of a single slice requires more entries than allowable in a Java array.



Thank you for considering this RFE,
Justin Senseney
BIRSS/ISL/DCB/CIT/NIH
301-594-5887
301-480-0028 (fax)
Building 12A/2015

http://mipav.cit.nih.gov
http://dcb.cit.nih.gov/~senseneyj
http://image.nih.gov



From forax at univ-mlv.fr  Thu May 10 22:16:28 2012
From: forax at univ-mlv.fr (=?ISO-8859-1?Q?R=E9mi_Forax?=)
Date: Fri, 11 May 2012 00:16:28 +0200
Subject: RFE: 64 bit pointers needed
In-Reply-To: <0CADA15E942196438C242C19FA72B4FC046E8796CB@NIHMLBX01.nih.gov>
References: <0CADA15E942196438C242C19FA72B4FC046E8796CB@NIHMLBX01.nih.gov>
Message-ID: <4FAC3E3C.1010208@univ-mlv.fr>

You can use direct byte buffer + sun.misc.Unsafe as a workaround if
you only need array of primitives.

R?mi

On 05/10/2012 11:48 PM, Senseney, Justin (NIH/CIT) [E] wrote:
> Title: RFE: 64 bit pointers needed
> Author: Justin Senseney
> Organization: National Institutes of Health
> Owner: Justin Senseney
> Created: 2012/04/17
> Type: Feature
> State: Draft
> Exposure: Open
> Component: core/lang
> Scope: JDK
> JSR: TBD
> RFE: 4963452 (4850923, 4880587, 4088441, 6292967)
> Discussion: compiler-dev at openjdk.java.net
> Start: 2012/Q3
> Depends:
> Blocks:
> Effort: XL
> Duration: L
> Template: 1.0
> Internal-refs:
> Reviewed-by:
> Endorsed-by:
> Funded-by:
>
> Summary
> -------
>
> As per the Java Language Specification, section 10.4, all array access in Java is done by using an int as index. Since an int is a signed 32bit value, this limits the total number of addressable elements of an array to 2**31 (about 2 billion). It should be possible to address an array using 64bit values.
>
> Goals
> -----
>
> Improved handling of large datasets that need to be stored in contiguous arrays.
>
> Non-Goals
> ---------
>
> Not changing existing range of Integer
>
> Success Metrics
> ---------------
>
> Able to compile boolean[] a = new boolean[Long.MAX_VALUE];
>
> Motivation
> ----------
>
> While having access to 2 billion entries may seem sufficient, there are very compelling performance reasons to be able to use more in a single array. As an example, consider a square n*n matrix, stored as an array (either row or column major, doesn't matter which). Since an array stores at most 2**31 entries, this means that n=sqrt(2**31)=46341, thus the matrix cannot be very large. For multidimensional arrays this is an even more severe limitation (3d Tensors could at most be of size 1290).
>
> Description
> -----------
>
> The scope of this work is extensive, however the solution may be quite technically feasible.
>
> Alternatives
> ------------
>
> A workaround is to use an array of arrays (ie. double[][]). However there is no guarantee that successive rows will be laid of linearly in memory, and therefore performance may be severely penalized. Experimentally, performance may suffer by a factor of over 2, often far greater.
>
> Also, most existing matrix packages (ie. LAPACK) assumes linear storage, and are thus incompatible with a double[][] storage (requires double[]). Calling a LAPACK routine with a jagged storage thus requires extra array copying and memory allocation, and can further decrease performance and increase memory requirements.
>
>
> Testing
> -------
>
> It should be possible to address arrays using 64bit integers (long?), as this provides a seamless transition for users of 64bit computers.
>
> Risks and Assumptions
> ---------------------
>
> Use of array of array constructs (use double[][] instead of double[]) possible as workaround. This feature is well implemented in C/C++ without any problem, so should be quite technically feasible to implement.
>
> Dependences
> -----------
>
> None none.
>
> Impact
> ------
>
> My group has requested this feature for several years.  It is currently listed as one of the top 25 RFEs on http://bugs.sun.com/top25_rfes.do.  Please help Java maintain its relevance by implementing this.   I have several image processing applications that are severely limited by this bug, these images cannot be opened in most Java applications.  These include electron microscopy and micro-CT images where storage of a single slice requires more entries than allowable in a Java array.
>
>
>
> Thank you for considering this RFE,
> Justin Senseney
> BIRSS/ISL/DCB/CIT/NIH
> 301-594-5887
> 301-480-0028 (fax)
> Building 12A/2015
>
> http://mipav.cit.nih.gov
> http://dcb.cit.nih.gov/~senseneyj
> http://image.nih.gov
>



From vmikheev at excelsior-usa.com  Fri May 11 06:38:42 2012
From: vmikheev at excelsior-usa.com (Vitaly Mikheev)
Date: Fri, 11 May 2012 13:38:42 +0700
Subject: 64 bit pointers needed
References: <0CADA15E942196438C242C19FA72B4FC046E8796CB@NIHMLBX01.nih.gov>
Message-ID: <C499FB28FD6BEE458071184CE929A111019E7044@mail.excelsior>

Such a radical change in the language is unlikely feasible.

Maybe, resurrection of JSR-83

	http://www.jcp.org/en/jsr/detail?id=83

implemented via compiler intrinsics would be a viable option.

A motivation why it was rejected ("The proposal requires at least 82 new
classes, and this seems inappropriate for the J2SE core...") looks a
little bit outdated today.

Regards,
--Vitaly

-------------------------------------------------------------
Vitaly V. Mikheev    Tel    :+7 (383) 330 55 08 (7AM-3PM GMT)
CTO                  Fax    :+1 (509) 271 52 05
Excelsior LLC        E-mail :vmikheev at excelsior-usa.com

Web: http://www.excelsior-usa.com/


-----Original Message-----
From: discuss-bounces at openjdk.java.net
[mailto:discuss-bounces at openjdk.java.net] On Behalf Of Senseney, Justin
(NIH/CIT) [E]
Sent: Friday, May 11, 2012 4:49 AM
To: jep-submit at openjdk.java.net
Cc: OpenJDK discuss; Gandler,William (NIH/CIT) [E]; build-dev build-dev;
compiler-dev at openjdk.java.net
Subject: RFE: 64 bit pointers needed

Title: RFE: 64 bit pointers needed
Author: Justin Senseney
Organization: National Institutes of Health
Owner: Justin Senseney
Created: 2012/04/17
Type: Feature
State: Draft
Exposure: Open
Component: core/lang
Scope: JDK
JSR: TBD
RFE: 4963452 (4850923, 4880587, 4088441, 6292967)
Discussion: compiler-dev at openjdk.java.net
Start: 2012/Q3
Depends:
Blocks:
Effort: XL
Duration: L
Template: 1.0
Internal-refs:
Reviewed-by:
Endorsed-by:
Funded-by:

Summary
-------

As per the Java Language Specification, section 10.4, all array access
in Java is done by using an int as index. Since an int is a signed 32bit
value, this limits the total number of addressable elements of an array
to 2**31 (about 2 billion). It should be possible to address an array
using 64bit values.

Goals
-----

Improved handling of large datasets that need to be stored in contiguous
arrays.

Non-Goals
---------

Not changing existing range of Integer

Success Metrics
---------------

Able to compile boolean[] a = new boolean[Long.MAX_VALUE];

Motivation
----------

While having access to 2 billion entries may seem sufficient, there are
very compelling performance reasons to be able to use more in a single
array. As an example, consider a square n*n matrix, stored as an array
(either row or column major, doesn't matter which). Since an array
stores at most 2**31 entries, this means that n=sqrt(2**31)=46341, thus
the matrix cannot be very large. For multidimensional arrays this is an
even more severe limitation (3d Tensors could at most be of size 1290).

Description
-----------

The scope of this work is extensive, however the solution may be quite
technically feasible.

Alternatives
------------

A workaround is to use an array of arrays (ie. double[][]). However
there is no guarantee that successive rows will be laid of linearly in
memory, and therefore performance may be severely penalized.
Experimentally, performance may suffer by a factor of over 2, often far
greater.

Also, most existing matrix packages (ie. LAPACK) assumes linear storage,
and are thus incompatible with a double[][] storage (requires double[]).
Calling a LAPACK routine with a jagged storage thus requires extra array
copying and memory allocation, and can further decrease performance and
increase memory requirements.


Testing
-------

It should be possible to address arrays using 64bit integers (long?), as
this provides a seamless transition for users of 64bit computers.

Risks and Assumptions
---------------------

Use of array of array constructs (use double[][] instead of double[])
possible as workaround. This feature is well implemented in C/C++
without any problem, so should be quite technically feasible to
implement.

Dependences
-----------

None none.

Impact
------

My group has requested this feature for several years.  It is currently
listed as one of the top 25 RFEs on http://bugs.sun.com/top25_rfes.do.
Please help Java maintain its relevance by implementing this.   I have
several image processing applications that are severely limited by this
bug, these images cannot be opened in most Java applications.  These
include electron microscopy and micro-CT images where storage of a
single slice requires more entries than allowable in a Java array.



Thank you for considering this RFE,
Justin Senseney
BIRSS/ISL/DCB/CIT/NIH
301-594-5887
301-480-0028 (fax)
Building 12A/2015

http://mipav.cit.nih.gov
http://dcb.cit.nih.gov/~senseneyj
http://image.nih.gov





From ChrisPhi at LGonQn.Org  Mon May 14 22:37:12 2012
From: ChrisPhi at LGonQn.Org (Chris Phillips @ T O)
Date: Mon, 14 May 2012 18:37:12 -0400
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FB18918.4050103@LGonQn.Org>

Vote: Yes
On 14/05/12 10:46 AM, Simonis, Volker wrote:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.
>
> The goal of the project will be to provide full-featured and certifiable
> version of the OpenJDK on the Linux/PowerPC and AIX/PowerPC platforms which can
> be ultimately integrated into the main OpenJDK development branch.
>
> Besides the very fact that this project will enrich the OpenJDK platform
> coverage with two new platforms we see two more main benefits. By supporting
> the PowerPC architecture we will add the first weak memory architecture to the
> OpenJDK. As we already know from past experience, this will unveil all kinds
> of intricate memory ordering problems. Moreover, adding AIX as a new Unix
> flavor to the set of supported operating systems will uncover numerous
> implicit assumptions and shortcuts inside the code base which only hold true
> for Linux and Solaris. We strongly believe that fixing these issues will
> considerably increase the robustness and further portability of the OpenJDK.
>
> The technical approach and a brief project agenda are as follows:
> - provide an interpreter-only version of HotSpot based on the
>    CPP interpreter on Linux/PPC64
> - provide a full set of tools and class libraries for AIX and
>    Linux on PPC32/64
> - provide a complete certifiable JDK 7 on Linux/PPC64
> - provide a complete certifiable JDK 7 on AIX/PPC64
> - provide an implementation of the C2 server compiler on both
>    AIX/PPC64 and Linux/PPC64
> - integrate the new ports upstream into the main JDK8/9 branches
>
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations to
> be substituted (see [3]). The project will start by porting the stable JDK 7
> code base with a view to moving onto the JDK 8 stream as soon as practical.
>
> The project will have one, complete OpenJDK forest which will be initially
> cloned from the current jdk7u forest as well as a project mailing list and web
> site. We plan to start the project without a formal review process but this may
> change by the time the port gets more mature.
>
> The project will initially be driven jointly by IBM and SAP who both have a
> long-standing experience in developing and porting JDKs to various platforms
> including Linux/PowerPC and AIX/PowerPC. But as this is an open source project
> of course anybody interested is highly welcome to join the porting effort. The
> complete development process and discussions will happen in the open on the
> project mailing list.
>
> I will lead the project. I work for SAP in the SAP JVM JIT Compiling Technology
> group since more than 6 years and I'm an OpenJDK contributor right from the
> start (see [4], [5]).
>
> The initial committers will be:
> Jonathan Lu (IBM)
> Steve Poole (IBM)
> Neil Richards (IBM)
> Goetz Lindenmaier (SAP)
> Volker Simonis (SAP)
>
> Votes are due by May 28, 2012, 18:00 CET [6].
>
> Only current OpenJDK Members [1] are eligible to vote on this
> motion. Votes must be case in the open by replying to to this
> mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Volker Simonis
>
> [1] http://openjdk.java.net/census#members
> [2] http://openjdk.java.net/projects/#new-project-vote
> [3] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002629.html
> [4] http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/log?rev=simonis
> [5] http://hg.openjdk.java.net/jdk7/hotspot/hotspot/log?rev=simonis
> [6] http://www.timeanddate.com/worldclock/fixedtime.html?msg=CFV%3A+New+Project%3A+PowerPC%2FAIX+Port&iso=20120528T18&p1=991
>
>
>



From Alan.Bateman at oracle.com  Tue May 15 09:22:21 2012
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Tue, 15 May 2012 10:22:21 +0100
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FB2204D.8080506@oracle.com>

On 14/05/2012 15:46, Simonis, Volker wrote:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.
>
> :
>
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations to
> be substituted (see [3]).
>
Vote: yes

I would suggest that if the project finds that it needs to change the 
interface between HotSpot and the libraries, serviceability tools, etc., 
and if the intention is to push the changes to those interfaces into the 
mainline, that the project get broad agreement on the changes from the 
impacted areas first. I read Neil's reply and documenting some of these 
interfaces is welcome, it's just the concern that changes to these 
interfaces are potentially disruptive.

-Alan.




From dalibor.topic at oracle.com  Tue May 15 12:51:42 2012
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Tue, 15 May 2012 14:51:42 +0200
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FB2515E.3020600@oracle.com>

Vote: Yes.

On 5/14/12 4:46 PM, Simonis, Volker wrote:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.

cheers,
dalibor topic
-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961 <tel:+491737185961>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603
Gesch?ftsf?hrer: J?rgen Kunz

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From ChrisPhi at LGonQn.Org  Tue May 15 18:54:24 2012
From: ChrisPhi at LGonQn.Org (Chris Phillips @ T O)
Date: Tue, 15 May 2012 14:54:24 -0400
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FB2A660.9020803@LGonQn.Org>

Vote: yes

Cheers!
Chris
[This may be a duplicate as I sent a "yes" vote earlier but didn't see 
it on the list... ]


From neugens.limasoftware at gmail.com  Tue May 15 20:10:54 2012
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Tue, 15 May 2012 22:10:54 +0200
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <CAGUMyaRiyQEXpZmFfbZyzqsw7cEoeR9zM-CbT=X9yv8G1PqQUA@mail.gmail.com>

Vote: Yes

It's a very interesting project, I'll keep an eye on that!

Cheers,
Mario

2012/5/14 Simonis, Volker <volker.simonis at sap.com>:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.
>
> The goal of the project will be to provide full-featured and certifiable
> version of the OpenJDK on the Linux/PowerPC and AIX/PowerPC platforms which can
> be ultimately integrated into the main OpenJDK development branch.
>
> Besides the very fact that this project will enrich the OpenJDK platform
> coverage with two new platforms we see two more main benefits. By supporting
> the PowerPC architecture we will add the first weak memory architecture to the
> OpenJDK. As we already know from past experience, this will unveil all kinds
> of intricate memory ordering problems. Moreover, adding AIX as a new Unix
> flavor to the set of supported operating systems will uncover numerous
> implicit assumptions and shortcuts inside the code base which only hold true
> for Linux and Solaris. We strongly believe that fixing these issues will
> considerably increase the robustness and further portability of the OpenJDK.
>
> The technical approach and a brief project agenda are as follows:
> - provide an interpreter-only version of HotSpot based on the
> ?CPP interpreter on Linux/PPC64
> - provide a full set of tools and class libraries for AIX and
> ?Linux on PPC32/64
> - provide a complete certifiable JDK 7 on Linux/PPC64
> - provide a complete certifiable JDK 7 on AIX/PPC64
> - provide an implementation of the C2 server compiler on both
> ?AIX/PPC64 and Linux/PPC64
> - integrate the new ports upstream into the main JDK8/9 branches
>
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations to
> be substituted (see [3]). The project will start by porting the stable JDK 7
> code base with a view to moving onto the JDK 8 stream as soon as practical.
>
> The project will have one, complete OpenJDK forest which will be initially
> cloned from the current jdk7u forest as well as a project mailing list and web
> site. We plan to start the project without a formal review process but this may
> change by the time the port gets more mature.
>
> The project will initially be driven jointly by IBM and SAP who both have a
> long-standing experience in developing and porting JDKs to various platforms
> including Linux/PowerPC and AIX/PowerPC. But as this is an open source project
> of course anybody interested is highly welcome to join the porting effort. The
> complete development process and discussions will happen in the open on the
> project mailing list.
>
> I will lead the project. I work for SAP in the SAP JVM JIT Compiling Technology
> group since more than 6 years and I'm an OpenJDK contributor right from the
> start (see [4], [5]).
>
> The initial committers will be:
> Jonathan Lu (IBM)
> Steve Poole (IBM)
> Neil Richards (IBM)
> Goetz Lindenmaier (SAP)
> Volker Simonis (SAP)
>
> Votes are due by May 28, 2012, 18:00 CET [6].
>
> Only current OpenJDK Members [1] are eligible to vote on this
> motion. Votes must be case in the open by replying to to this
> mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Volker Simonis
>
> [1] http://openjdk.java.net/census#members
> [2] http://openjdk.java.net/projects/#new-project-vote
> [3] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002629.html
> [4] http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/log?rev=simonis
> [5] http://hg.openjdk.java.net/jdk7/hotspot/hotspot/log?rev=simonis
> [6] http://www.timeanddate.com/worldclock/fixedtime.html?msg=CFV%3A+New+Project%3A+PowerPC%2FAIX+Port&iso=20120528T18&p1=991



-- 
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA? FC7C 4086 63E3 80F2 40CF

IcedRobot: www.icedrobot.org
Proud GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/


From david.holmes at oracle.com  Wed May 16 03:13:20 2012
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 16 May 2012 13:13:20 +1000
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FB31B50.80507@oracle.com>

Volker,

Your reply-to was set to the discuss list but the mail was sent to the 
announce list, and the votes should go to the announce list not the 
discuss list.

Anyone who already voted on the discuss list should re-send their votes 
to the announce list.

David

On 15/05/2012 12:46 AM, Simonis, Volker wrote:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.
>
> The goal of the project will be to provide full-featured and certifiable
> version of the OpenJDK on the Linux/PowerPC and AIX/PowerPC platforms which can
> be ultimately integrated into the main OpenJDK development branch.
>
> Besides the very fact that this project will enrich the OpenJDK platform
> coverage with two new platforms we see two more main benefits. By supporting
> the PowerPC architecture we will add the first weak memory architecture to the
> OpenJDK. As we already know from past experience, this will unveil all kinds
> of intricate memory ordering problems. Moreover, adding AIX as a new Unix
> flavor to the set of supported operating systems will uncover numerous
> implicit assumptions and shortcuts inside the code base which only hold true
> for Linux and Solaris. We strongly believe that fixing these issues will
> considerably increase the robustness and further portability of the OpenJDK.
>
> The technical approach and a brief project agenda are as follows:
> - provide an interpreter-only version of HotSpot based on the
>    CPP interpreter on Linux/PPC64
> - provide a full set of tools and class libraries for AIX and
>    Linux on PPC32/64
> - provide a complete certifiable JDK 7 on Linux/PPC64
> - provide a complete certifiable JDK 7 on AIX/PPC64
> - provide an implementation of the C2 server compiler on both
>    AIX/PPC64 and Linux/PPC64
> - integrate the new ports upstream into the main JDK8/9 branches
>
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations to
> be substituted (see [3]). The project will start by porting the stable JDK 7
> code base with a view to moving onto the JDK 8 stream as soon as practical.
>
> The project will have one, complete OpenJDK forest which will be initially
> cloned from the current jdk7u forest as well as a project mailing list and web
> site. We plan to start the project without a formal review process but this may
> change by the time the port gets more mature.
>
> The project will initially be driven jointly by IBM and SAP who both have a
> long-standing experience in developing and porting JDKs to various platforms
> including Linux/PowerPC and AIX/PowerPC. But as this is an open source project
> of course anybody interested is highly welcome to join the porting effort. The
> complete development process and discussions will happen in the open on the
> project mailing list.
>
> I will lead the project. I work for SAP in the SAP JVM JIT Compiling Technology
> group since more than 6 years and I'm an OpenJDK contributor right from the
> start (see [4], [5]).
>
> The initial committers will be:
> Jonathan Lu (IBM)
> Steve Poole (IBM)
> Neil Richards (IBM)
> Goetz Lindenmaier (SAP)
> Volker Simonis (SAP)
>
> Votes are due by May 28, 2012, 18:00 CET [6].
>
> Only current OpenJDK Members [1] are eligible to vote on this
> motion. Votes must be case in the open by replying to to this
> mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Volker Simonis
>
> [1] http://openjdk.java.net/census#members
> [2] http://openjdk.java.net/projects/#new-project-vote
> [3] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002629.html
> [4] http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/log?rev=simonis
> [5] http://hg.openjdk.java.net/jdk7/hotspot/hotspot/log?rev=simonis
> [6] http://www.timeanddate.com/worldclock/fixedtime.html?msg=CFV%3A+New+Project%3A+PowerPC%2FAIX+Port&iso=20120528T18&p1=991


From Alan.Bateman at oracle.com  Wed May 16 08:11:58 2012
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Wed, 16 May 2012 09:11:58 +0100
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <4FB31B50.80507@oracle.com>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
	<4FB31B50.80507@oracle.com>
Message-ID: <4FB3614E.3090104@oracle.com>

On 16/05/2012 04:13, David Holmes wrote:
> Volker,
>
> Your reply-to was set to the discuss list but the mail was sent to the 
> announce list, and the votes should go to the announce list not the 
> discuss list.
>
> Anyone who already voted on the discuss list should re-send their 
> votes to the announce list.
I thought the announce list was just for announcements, the voting on 
projects has been on the discuss list, as per:

http://openjdk.java.net/projects/#new-project-vote

I just checked Volker's mail with the CFV and he appears to have the 
reply-to set correctly, it's just that he sent the mail to announce too.

-Alan.




From david.holmes at oracle.com  Wed May 16 08:34:11 2012
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 16 May 2012 18:34:11 +1000
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <4FB3614E.3090104@oracle.com>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
	<4FB31B50.80507@oracle.com> <4FB3614E.3090104@oracle.com>
Message-ID: <4FB36683.3050008@oracle.com>

On 16/05/2012 6:11 PM, Alan Bateman wrote:
> On 16/05/2012 04:13, David Holmes wrote:
>> Volker,
>>
>> Your reply-to was set to the discuss list but the mail was sent to the
>> announce list, and the votes should go to the announce list not the
>> discuss list.
>>
>> Anyone who already voted on the discuss list should re-send their
>> votes to the announce list.
> I thought the announce list was just for announcements, the voting on
> projects has been on the discuss list, as per:
>
> http://openjdk.java.net/projects/#new-project-vote
>
> I just checked Volker's mail with the CFV and he appears to have the
> reply-to set correctly, it's just that he sent the mail to announce too.

Hmmm some confusing instructions there:

Step 1: Propose

     Send a combined motion for the creation of the Project and the 
appointment of its initial Lead to the announcement list. The e-mail 
should contain the Project name, description, initial Lead name and 
qualifications, sponsoring Groups, and suggested initial Authors, 
Committers, Reviewers, if any. The voting method is Lazy Consensus and 
only current OpenJDK Members are eligible to vote.

     The format for the call-for-votes e-mail is as follows:

     To: announce at openjdk dot java dot net
     Subject: CFV: New Project: <project name>

...

Step 2: Vote

     Eligible voters cast their vote by replying to the proposal with 
the first line of the message body in the following form:

     Vote: <vote>

     where <vote> is one of yes, veto, or abstain. A justification for 
the vote may be provided on subsequent lines, and is required in order 
for a veto vote to be valid. Multiple votes are allowed but only the 
most recent vote will be counted. Votes must be cast in the open, on the 
mailing list to which the call-for-votes was originally sent; votes sent 
as private replies will not be counted.

     The following is a minimum affirmative reply:

     To: discuss at openjdk dot java dot net
     Subject: Re: CFV: New Project: <project name>

     Vote: yes
----

Note that the CFV goes to announce, and you vote by replying to it. But 
the example shows the reply being sent to discuss. Hmmmm

Volker followed the process exactly as indicated: emailed announce with 
reply-to set to discuss. But I think that's a bug in the process 
description.

David
-----

> -Alan.
>
>


From volker.simonis at sap.com  Wed May 16 08:42:32 2012
From: volker.simonis at sap.com (Simonis, Volker)
Date: Wed, 16 May 2012 10:42:32 +0200
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <4FB31B50.80507@oracle.com>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>,
	<4FB31B50.80507@oracle.com>
Message-ID: <2F00A00719472747B614F605D18F7D5E20929C400F@DEWDFECCR03.wdf.sap.corp>

Hi David,

I hope you are not right. I've sent the CFV to the announce list as requested in [1].
However the announce list is a moderated list and I could not influence the fact that
the mail which was finally posted to the subscribers of the list had the "reply-to" field
set to the discuss list.

This was confusing for me as well, but after looking at the previous CFVs (i.e. "Code Tools",
"Graal", "Penrose") I realized that they were all run in this way. Moreover [2] ultimately
suggests that the votes should be sent to the discuss list, so I suppose that inserting the 
"reply-to" field into the CFV's is just a courtesy of the announce list moderator (you should
probably ask Mark for the details because he runs the list).

So I think for now, until nobody else corrects me, it is unnecessary for anybody to re-send 
their votes.

With best regards,
Volker


[1] http://openjdk.java.net/projects/#new-project-propose
[2] http://openjdk.java.net/projects/#new-project-vote

________________________________________
From: David Holmes [david.holmes at oracle.com]
Sent: Wednesday, May 16, 2012 5:13 AM
To: Simonis, Volker
Cc: discuss at openjdk.java.net; announce at openjdk.java.net
Subject: Re: CFV: New Project: PowerPC/AIX Port

Volker,

Your reply-to was set to the discuss list but the mail was sent to the
announce list, and the votes should go to the announce list not the
discuss list.

Anyone who already voted on the discuss list should re-send their votes
to the announce list.

David

On 15/05/2012 12:46 AM, Simonis, Volker wrote:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.
>
> The goal of the project will be to provide full-featured and certifiable
> version of the OpenJDK on the Linux/PowerPC and AIX/PowerPC platforms which can
> be ultimately integrated into the main OpenJDK development branch.
>
> Besides the very fact that this project will enrich the OpenJDK platform
> coverage with two new platforms we see two more main benefits. By supporting
> the PowerPC architecture we will add the first weak memory architecture to the
> OpenJDK. As we already know from past experience, this will unveil all kinds
> of intricate memory ordering problems. Moreover, adding AIX as a new Unix
> flavor to the set of supported operating systems will uncover numerous
> implicit assumptions and shortcuts inside the code base which only hold true
> for Linux and Solaris. We strongly believe that fixing these issues will
> considerably increase the robustness and further portability of the OpenJDK.
>
> The technical approach and a brief project agenda are as follows:
> - provide an interpreter-only version of HotSpot based on the
>    CPP interpreter on Linux/PPC64
> - provide a full set of tools and class libraries for AIX and
>    Linux on PPC32/64
> - provide a complete certifiable JDK 7 on Linux/PPC64
> - provide a complete certifiable JDK 7 on AIX/PPC64
> - provide an implementation of the C2 server compiler on both
>    AIX/PPC64 and Linux/PPC64
> - integrate the new ports upstream into the main JDK8/9 branches
>
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations to
> be substituted (see [3]). The project will start by porting the stable JDK 7
> code base with a view to moving onto the JDK 8 stream as soon as practical.
>
> The project will have one, complete OpenJDK forest which will be initially
> cloned from the current jdk7u forest as well as a project mailing list and web
> site. We plan to start the project without a formal review process but this may
> change by the time the port gets more mature.
>
> The project will initially be driven jointly by IBM and SAP who both have a
> long-standing experience in developing and porting JDKs to various platforms
> including Linux/PowerPC and AIX/PowerPC. But as this is an open source project
> of course anybody interested is highly welcome to join the porting effort. The
> complete development process and discussions will happen in the open on the
> project mailing list.
>
> I will lead the project. I work for SAP in the SAP JVM JIT Compiling Technology
> group since more than 6 years and I'm an OpenJDK contributor right from the
> start (see [4], [5]).
>
> The initial committers will be:
> Jonathan Lu (IBM)
> Steve Poole (IBM)
> Neil Richards (IBM)
> Goetz Lindenmaier (SAP)
> Volker Simonis (SAP)
>
> Votes are due by May 28, 2012, 18:00 CET [6].
>
> Only current OpenJDK Members [1] are eligible to vote on this
> motion. Votes must be case in the open by replying to to this
> mailing list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Volker Simonis
>
> [1] http://openjdk.java.net/census#members
> [2] http://openjdk.java.net/projects/#new-project-vote
> [3] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002629.html
> [4] http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/log?rev=simonis
> [5] http://hg.openjdk.java.net/jdk7/hotspot/hotspot/log?rev=simonis
> [6] http://www.timeanddate.com/worldclock/fixedtime.html?msg=CFV%3A+New+Project%3A+PowerPC%2FAIX+Port&iso=20120528T18&p1=991


From sewe at st.informatik.tu-darmstadt.de  Wed May 16 08:56:43 2012
From: sewe at st.informatik.tu-darmstadt.de (Andreas Sewe)
Date: Wed, 16 May 2012 10:56:43 +0200
Subject: Obtaining methods executed at least once?
Message-ID: <4FB36BCB.8020701@st.informatik.tu-darmstadt.de>

Hi all,

I hope this is the right mailing list to ask such questions (if not,
please point me to the right one), as I couldn't find an obvious
analogue to lists like jikesrvm-researchers.

Is the a way (preferably using "diagnostic" rather than "develop"
options) to obtain a list of all methods executed at least once?
Currently I am considering "-XX:-UseInterpreter -XX:+LogCompilation",
but this seems to be an awfully indirect way to achieve my goal -- and
it may not even give correct results if the only call of m() is inlined
during compilation.

Any help is greatly appreciated.

Best wishes,

Andreas


From david.holmes at oracle.com  Wed May 16 10:11:18 2012
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 16 May 2012 20:11:18 +1000
Subject: Obtaining methods executed at least once?
In-Reply-To: <4FB36BCB.8020701@st.informatik.tu-darmstadt.de>
References: <4FB36BCB.8020701@st.informatik.tu-darmstadt.de>
Message-ID: <4FB37D46.8090305@oracle.com>

Andreas,

I've cc'd this to hotspot-dev which is the right place to ask.

Please drop the discuss list from further replies.

David

On 16/05/2012 6:56 PM, Andreas Sewe wrote:
> Hi all,
>
> I hope this is the right mailing list to ask such questions (if not,
> please point me to the right one), as I couldn't find an obvious
> analogue to lists like jikesrvm-researchers.
>
> Is the a way (preferably using "diagnostic" rather than "develop"
> options) to obtain a list of all methods executed at least once?
> Currently I am considering "-XX:-UseInterpreter -XX:+LogCompilation",
> but this seems to be an awfully indirect way to achieve my goal -- and
> it may not even give correct results if the only call of m() is inlined
> during compilation.
>
> Any help is greatly appreciated.
>
> Best wishes,
>
> Andreas


From mark.reinhold at oracle.com  Wed May 16 15:05:51 2012
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Wed, 16 May 2012 08:05:51 -0700
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: volker.simonis@sap.com; Wed, 16 May 2012 10:42:32 +0200;
	<2F00A00719472747B614F605D18F7D5E20929C400F@DEWDFECCR03.wdf.sap.corp>
Message-ID: <20120516150551.8786F1A0A@eggemoggin.niobe.net>

2012/5/16 1:42 -0700, volker.simonis at sap.com:
> I hope you are not right. I've sent the CFV to the announce list as
> requested in [1].  However the announce list is a moderated list and I
> could not influence the fact that the mail which was finally posted to
> the subscribers of the list had the "reply-to" field set to the discuss
> list.

The announce list is intentionally configured that way.  It always
sets the Reply-To header to point to the discuss list.

> This was confusing for me as well, but after looking at the previous
> CFVs (i.e. "Code Tools", "Graal", "Penrose") I realized that they were
> all run in this way. Moreover [2] ultimately suggests that the votes
> should be sent to the discuss list, ...

Iris -- Could you please clarify the voting instructions to say
explicitly that votes should go to the discuss list, and that the
announce list is configured to make this happen automatically (well,
at least for people whose mail programs honor the Reply-To header).

> So I think for now, until nobody else corrects me, it is unnecessary
> for anybody to re-send their votes.

That's right.

- Mark


From iris.clark at oracle.com  Wed May 16 19:45:36 2012
From: iris.clark at oracle.com (Iris Clark)
Date: Wed, 16 May 2012 12:45:36 -0700 (PDT)
Subject: RFR:  Clarification of Project voting instructions
In-Reply-To: <<20120516150551.8786F1A0A@eggemoggin.niobe.net>>
References: <volker.simonis@sap.com> <Wed,> <16> <May> <2012> <10:42:32>
	<+0200>
	<<2F00A00719472747B614F605D18F7D5E20929C400F@DEWDFECCR03.wdf.sap.corp>>
	<<20120516150551.8786F1A0A@eggemoggin.niobe.net>>
Message-ID: <c308db80-e86e-4ecb-b544-31c28769cfb8@default>

Hi Volker and David.

I've made changes to the Project overview page (http://openjdk.java.net/projects/#new-project-vote) to address the problems with the voting instructions that you noted.

Please provide comments on the diffs I've appended to this message.

Thanks,
iris

diff -r 15c36b11b060 src/projects/index.html
--- a/src/projects/index.html	Wed May 16 08:24:23 2012 -0700
+++ b/src/projects/index.html	Wed May 16 11:11:56 2012 -0700
@@ -488,8 +488,11 @@
 common case. </p></dd>
 
 <dt><a name="new-project-vote"></a><i>Step 2: Vote</i></dt>
-<dd> <p> Eligible voters cast their vote by replying to the proposal with the
-  first line of the message body in the following form: </p>
+<dd> <p> Eligible voters cast their vote by sending e-mail to
+  the <a href="mailto:discuss.at.openjdk.dot.java.dot.net">general discussion
+  list</a>.  Replying to the proposal will achieve this automatically for those
+  people whose mail programs honor the <code>Reply-To</code> header.  The first
+  line of the message body should be in the following form: </p> 
 
 <pre><code>Vote: <b>&lt;vote&gt;</b></code></pre>

-----Original Message-----
From: mark.reinhold at oracle.com [mailto:mark.reinhold at oracle.com] 
Sent: Wednesday, May 16, 2012 8:06 AM
To: volker.simonis at sap.com; iris.clark at oracle.com
Cc: david.holmes at oracle.com; discuss at openjdk.java.net
Subject: Re: CFV: New Project: PowerPC/AIX Port

2012/5/16 1:42 -0700, volker.simonis at sap.com:
> I hope you are not right. I've sent the CFV to the announce list as 
> requested in [1].  However the announce list is a moderated list and I 
> could not influence the fact that the mail which was finally posted to 
> the subscribers of the list had the "reply-to" field set to the 
> discuss list.

The announce list is intentionally configured that way.  It always sets the Reply-To header to point to the discuss list.

> This was confusing for me as well, but after looking at the previous 
> CFVs (i.e. "Code Tools", "Graal", "Penrose") I realized that they were 
> all run in this way. Moreover [2] ultimately suggests that the votes 
> should be sent to the discuss list, ...

Iris -- Could you please clarify the voting instructions to say explicitly that votes should go to the discuss list, and that the announce list is configured to make this happen automatically (well, at least for people whose mail programs honor the Reply-To header).

> So I think for now, until nobody else corrects me, it is unnecessary 
> for anybody to re-send their votes.

That's right.

- Mark


From david.holmes at oracle.com  Wed May 16 20:28:28 2012
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 17 May 2012 06:28:28 +1000
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <20120516150551.8786F1A0A@eggemoggin.niobe.net>
References: <20120516150551.8786F1A0A@eggemoggin.niobe.net>
Message-ID: <4FB40DEC.8060001@oracle.com>

On 17/05/2012 1:05 AM, mark.reinhold at oracle.com wrote:
> 2012/5/16 1:42 -0700, volker.simonis at sap.com:
>> I hope you are not right. I've sent the CFV to the announce list as
>> requested in [1].  However the announce list is a moderated list and I
>> could not influence the fact that the mail which was finally posted to
>> the subscribers of the list had the "reply-to" field set to the discuss
>> list.
>
> The announce list is intentionally configured that way.  It always
> sets the Reply-To header to point to the discuss list.
>
>> This was confusing for me as well, but after looking at the previous
>> CFVs (i.e. "Code Tools", "Graal", "Penrose") I realized that they were
>> all run in this way. Moreover [2] ultimately suggests that the votes
>> should be sent to the discuss list, ...
>
> Iris -- Could you please clarify the voting instructions to say
> explicitly that votes should go to the discuss list, and that the
> announce list is configured to make this happen automatically (well,
> at least for people whose mail programs honor the Reply-To header).

That requires a couple of changes to the instructions including the 
statement:

"Votes must be cast in the open, on the mailing list to which the 
call-for-votes was originally sent;"

Thanks for fixing.

David


>> So I think for now, until nobody else corrects me, it is unnecessary
>> for anybody to re-send their votes.
>
> That's right.
>
> - Mark


From david.holmes at oracle.com  Wed May 16 20:32:42 2012
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 17 May 2012 06:32:42 +1000
Subject: RFR:  Clarification of Project voting instructions
In-Reply-To: <c308db80-e86e-4ecb-b544-31c28769cfb8@default>
References: <volker.simonis@sap.com> <Wed,
	> <16> <May> <2012> <10:42:32> <+0200>
	<<2F00A00719472747B614F605D18F7D5E20929C400F@DEWDFECCR03.wdf.sap.corp>>
	<<20120516150551.8786F1A0A@eggemoggin.niobe.net>>
	<c308db80-e86e-4ecb-b544-31c28769cfb8@default>
Message-ID: <4FB40EEA.8020703@oracle.com>

Hi Iris,

As per my email on the other thread you also need to change:

"Votes must be cast in the open, on the mailing list to which the 
call-for-votes was originally sent;"

Thanks,
David

On 17/05/2012 5:45 AM, Iris Clark wrote:
> Hi Volker and David.
>
> I've made changes to the Project overview page (http://openjdk.java.net/projects/#new-project-vote) to address the problems with the voting instructions that you noted.
>
> Please provide comments on the diffs I've appended to this message.
>
> Thanks,
> iris
>
> diff -r 15c36b11b060 src/projects/index.html
> --- a/src/projects/index.html	Wed May 16 08:24:23 2012 -0700
> +++ b/src/projects/index.html	Wed May 16 11:11:56 2012 -0700
> @@ -488,8 +488,11 @@
>   common case.</p></dd>
>
>   <dt><a name="new-project-vote"></a><i>Step 2: Vote</i></dt>
> -<dd>  <p>  Eligible voters cast their vote by replying to the proposal with the
> -  first line of the message body in the following form:</p>
> +<dd>  <p>  Eligible voters cast their vote by sending e-mail to
> +  the<a href="mailto:discuss.at.openjdk.dot.java.dot.net">general discussion
> +  list</a>.  Replying to the proposal will achieve this automatically for those
> +  people whose mail programs honor the<code>Reply-To</code>  header.  The first
> +  line of the message body should be in the following form:</p>
>
>   <pre><code>Vote:<b>&lt;vote&gt;</b></code></pre>
>
> -----Original Message-----
> From: mark.reinhold at oracle.com [mailto:mark.reinhold at oracle.com]
> Sent: Wednesday, May 16, 2012 8:06 AM
> To: volker.simonis at sap.com; iris.clark at oracle.com
> Cc: david.holmes at oracle.com; discuss at openjdk.java.net
> Subject: Re: CFV: New Project: PowerPC/AIX Port
>
> 2012/5/16 1:42 -0700, volker.simonis at sap.com:
>> I hope you are not right. I've sent the CFV to the announce list as
>> requested in [1].  However the announce list is a moderated list and I
>> could not influence the fact that the mail which was finally posted to
>> the subscribers of the list had the "reply-to" field set to the
>> discuss list.
>
> The announce list is intentionally configured that way.  It always sets the Reply-To header to point to the discuss list.
>
>> This was confusing for me as well, but after looking at the previous
>> CFVs (i.e. "Code Tools", "Graal", "Penrose") I realized that they were
>> all run in this way. Moreover [2] ultimately suggests that the votes
>> should be sent to the discuss list, ...
>
> Iris -- Could you please clarify the voting instructions to say explicitly that votes should go to the discuss list, and that the announce list is configured to make this happen automatically (well, at least for people whose mail programs honor the Reply-To header).
>
>> So I think for now, until nobody else corrects me, it is unnecessary
>> for anybody to re-send their votes.
>
> That's right.
>
> - Mark


From mark.reinhold at oracle.com  Wed May 16 21:08:00 2012
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Wed, 16 May 2012 14:08:00 -0700
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: volker.simonis@sap.com; Mon, 14 May 2012 16:46:44 +0200;
	<2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <20120516210800.43E291A0A@eggemoggin.niobe.net>

Vote: yes

- Mark


From iris.clark at oracle.com  Wed May 16 21:12:39 2012
From: iris.clark at oracle.com (Iris Clark)
Date: Wed, 16 May 2012 14:12:39 -0700 (PDT)
Subject: RFR:  Clarification of Project voting instructions
Message-ID: <b46bf0e3-5cd1-4768-87ab-c238c26b6d85@default>

Hi, David.

Sorry about that.  I didn't notice that the ballot needed to be changed.  I've made a few more modifications.  Note that I think that the ballot's second new sentence might be unnecessary:

"Replying to this message is sufficient if your mail program honors the Reply-To header." 
 
I'll leave it to review to determine if it is superfluous.

An updated set of diffs for (http://openjdk.java.net/projects/#new-project) is appended.

Thanks,
iris

diff -r 15c36b11b060 src/projects/index.html
--- a/src/projects/index.html	Wed May 16 08:24:23 2012 -0700
+++ b/src/projects/index.html	Wed May 16 13:51:50 2012 -0700
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
-                      "http://www.w3.org/TR/xhtml1/xhtml1-strict.dtd">
+                      "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
 
 <html xmlns="http://www.w3.org/1999/xhtml">
 <head>
@@ -139,7 +139,7 @@
 Votes are due by <b>&lt;deadline&gt;</b>.
 
 Only current <b>&lt;project name&gt;</b> Committers [1] are eligible to vote on
-this nomination.  Votes must be case in the open by replying to
+this nomination.  Votes must be cast in the open by replying to
 to this mailing list.
 
 For Lazy Consensus voting instructions, see [2].
@@ -434,8 +434,9 @@
 Votes are due by <b>&lt;deadline&gt;</b>.
 
 Only current OpenJDK Members [1] are eligible to vote on this 
-motion.  Votes must be case in the open by replying to to this 
-mailing list.
+motion.  Votes must be cast in the open on the discuss list.
+Replying to this message is sufficient if your mail program
+honors the Reply-To header.
 
 For Lazy Consensus voting instructions, see [2].
 
@@ -488,8 +489,11 @@
 common case. </p></dd>
 
 <dt><a name="new-project-vote"></a><i>Step 2: Vote</i></dt>
-<dd> <p> Eligible voters cast their vote by replying to the proposal with the
-  first line of the message body in the following form: </p>
+<dd> <p> Eligible voters cast their vote by sending e-mail to
+  the <a href="mailto:discuss.at.openjdk.dot.java.dot.net">general discussion
+  list</a>.  Replying to the proposal will achieve this automatically for those
+  people whose mail programs honor the <code>Reply-To</code> header.  The first
+  line of the message body should be in the following form: </p>
 
 <pre><code>Vote: <b>&lt;vote&gt;</b></code></pre>


From volker.simonis at gmail.com  Thu May 17 08:35:23 2012
From: volker.simonis at gmail.com (Volker Simonis)
Date: Thu, 17 May 2012 10:35:23 +0200
Subject: RFR: Clarification of Project voting instructions
In-Reply-To: <b46bf0e3-5cd1-4768-87ab-c238c26b6d85@default>
References: <b46bf0e3-5cd1-4768-87ab-c238c26b6d85@default>
Message-ID: <CA+3eh12vmPyyW9w+U2PhFw+O4amt6NuNj2M_3NATZJug8pBkxw@mail.gmail.com>

Hi Iris,

I think David was objecting the line "Votes must be cast in the open, on
the mailing list to which the call-for-votes was originally sent;" from
"Step 2: Vote" in the "Proposing a new Project" section and I agree that
that sentence should be changed to something like "Votes must be cast in
the open, on the discuss mailing list".

Besides this, the changes are ok from my side.

Thank you and best regards,
Volker

On Wednesday, May 16, 2012, Iris Clark wrote:

> Hi, David.
>
> Sorry about that.  I didn't notice that the ballot needed to be changed.
>  I've made a few more modifications.  Note that I think that the ballot's
> second new sentence might be unnecessary:
>
> "Replying to this message is sufficient if your mail program honors the
> Reply-To header."
>
> I'll leave it to review to determine if it is superfluous.
>
> An updated set of diffs for (http://openjdk.java.net/projects/#new-project)
> is appended.
>
> Thanks,
> iris
>
> diff -r 15c36b11b060 src/projects/index.html
> --- a/src/projects/index.html   Wed May 16 08:24:23 2012 -0700
> +++ b/src/projects/index.html   Wed May 16 13:51:50 2012 -0700
> @@ -1,6 +1,6 @@
>  <?xml version="1.0" encoding="iso-8859-1"?>
>  <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> -                      "http://www.w3.org/TR/xhtml1/xhtml1-strict.dtd">
> +                      "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd
> ">
>
>  <html xmlns="http://www.w3.org/1999/xhtml">
>  <head>
> @@ -139,7 +139,7 @@
>  Votes are due by <b>&lt;deadline&gt;</b>.
>
>  Only current <b>&lt;project name&gt;</b> Committers [1] are eligible to
> vote on
> -this nomination.  Votes must be case in the open by replying to
> +this nomination.  Votes must be cast in the open by replying to
>  to this mailing list.
>
>  For Lazy Consensus voting instructions, see [2].
> @@ -434,8 +434,9 @@
>  Votes are due by <b>&lt;deadline&gt;</b>.
>
>  Only current OpenJDK Members [1] are eligible to vote on this
> -motion.  Votes must be case in the open by replying to to this
> -mailing list.
> +motion.  Votes must be cast in the open on the discuss list.
> +Replying to this message is sufficient if your mail program
> +honors the Reply-To header.
>
>  For Lazy Consensus voting instructions, see [2].
>
> @@ -488,8 +489,11 @@
>  common case. </p></dd>
>
>  <dt><a name="new-project-vote"></a><i>Step 2: Vote</i></dt>
> -<dd> <p> Eligible voters cast their vote by replying to the proposal with
> the
> -  first line of the message body in the following form: </p>
> +<dd> <p> Eligible voters cast their vote by sending e-mail to
> +  the <a href="mailto:discuss.at.openjdk.dot.java.dot.net <javascript:;>">general
> discussion
> +  list</a>.  Replying to the proposal will achieve this automatically for
> those
> +  people whose mail programs honor the <code>Reply-To</code> header.  The
> first
> +  line of the message body should be in the following form: </p>
>
>  <pre><code>Vote: <b>&lt;vote&gt;</b></code></pre>
>


From dbhole at redhat.com  Thu May 17 12:27:04 2012
From: dbhole at redhat.com (Deepak Bhole)
Date: Thu, 17 May 2012 08:27:04 -0400
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <20120517122704.GQ21272@redhat.com>

Vote: yes

Deepak

* Simonis, Volker <volker.simonis at sap.com> [2012-05-14 17:57]:
> I hereby propose the creation of the "PowerPC/AIX Port" Project with
> Volker Simonis as the Lead and the Porters Group as the sponsoring Group.
> 
> The goal of the project will be to provide full-featured and certifiable
> version of the OpenJDK on the Linux/PowerPC and AIX/PowerPC platforms which can
> be ultimately integrated into the main OpenJDK development branch.
>  
> Besides the very fact that this project will enrich the OpenJDK platform
> coverage with two new platforms we see two more main benefits. By supporting
> the PowerPC architecture we will add the first weak memory architecture to the
> OpenJDK. As we already know from past experience, this will unveil all kinds
> of intricate memory ordering problems. Moreover, adding AIX as a new Unix
> flavor to the set of supported operating systems will uncover numerous
> implicit assumptions and shortcuts inside the code base which only hold true
> for Linux and Solaris. We strongly believe that fixing these issues will
> considerably increase the robustness and further portability of the OpenJDK.
> 
> The technical approach and a brief project agenda are as follows:
> - provide an interpreter-only version of HotSpot based on the 
>   CPP interpreter on Linux/PPC64
> - provide a full set of tools and class libraries for AIX and
>   Linux on PPC32/64
> - provide a complete certifiable JDK 7 on Linux/PPC64
> - provide a complete certifiable JDK 7 on AIX/PPC64
> - provide an implementation of the C2 server compiler on both 
>   AIX/PPC64 and Linux/PPC64
> - integrate the new ports upstream into the main JDK8/9 branches
> 
> To assist with project bootstrapping and maintain momentum of VM porting issues
> independently from class library issues the project will evolve an interface
> between the VM and class libraries that allows alternative implementations to
> be substituted (see [3]). The project will start by porting the stable JDK 7
> code base with a view to moving onto the JDK 8 stream as soon as practical.
>  
> The project will have one, complete OpenJDK forest which will be initially
> cloned from the current jdk7u forest as well as a project mailing list and web
> site. We plan to start the project without a formal review process but this may
> change by the time the port gets more mature.
>  
> The project will initially be driven jointly by IBM and SAP who both have a
> long-standing experience in developing and porting JDKs to various platforms
> including Linux/PowerPC and AIX/PowerPC. But as this is an open source project
> of course anybody interested is highly welcome to join the porting effort. The
> complete development process and discussions will happen in the open on the
> project mailing list.
> 
> I will lead the project. I work for SAP in the SAP JVM JIT Compiling Technology
> group since more than 6 years and I'm an OpenJDK contributor right from the
> start (see [4], [5]).
> 
> The initial committers will be:
> Jonathan Lu (IBM)
> Steve Poole (IBM)
> Neil Richards (IBM)
> Goetz Lindenmaier (SAP)
> Volker Simonis (SAP)
> 
> Votes are due by May 28, 2012, 18:00 CET [6].
> 
> Only current OpenJDK Members [1] are eligible to vote on this 
> motion. Votes must be case in the open by replying to to this 
> mailing list.
> 
> For Lazy Consensus voting instructions, see [2].
> 
> Volker Simonis
> 
> [1] http://openjdk.java.net/census#members
> [2] http://openjdk.java.net/projects/#new-project-vote
> [3] http://mail.openjdk.java.net/pipermail/discuss/2012-May/002629.html
> [4] http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/log?rev=simonis
> [5] http://hg.openjdk.java.net/jdk7/hotspot/hotspot/log?rev=simonis
> [6] http://www.timeanddate.com/worldclock/fixedtime.html?msg=CFV%3A+New+Project%3A+PowerPC%2FAIX+Port&iso=20120528T18&p1=991


From iris.clark at oracle.com  Fri May 18 17:49:47 2012
From: iris.clark at oracle.com (Iris Clark)
Date: Fri, 18 May 2012 10:49:47 -0700 (PDT)
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
Message-ID: <a7538f2e-344f-4908-962c-2c1d0295a918@default>

Vote: yes

iris



From chris.hegarty at oracle.com  Fri May 18 18:12:33 2012
From: chris.hegarty at oracle.com (Chris Hegarty)
Date: Fri, 18 May 2012 19:12:33 +0100
Subject: Project Proposal: PowerPC/AIX port
In-Reply-To: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
References: <2F00A00719472747B614F605D18F7D5E20929C3FF6@DEWDFECCR03.wdf.sap.corp>
Message-ID: <4FB69111.7040706@oracle.com>

Vote: yes

-Chris.


From laurent.daynes at oracle.com  Mon May 21 07:56:03 2012
From: laurent.daynes at oracle.com (Laurent Daynes)
Date: Mon, 21 May 2012 09:56:03 +0200
Subject: CFV: New Project: PowerPC/AIX Port
In-Reply-To: <a7538f2e-344f-4908-962c-2c1d0295a918@default>
References: <2F00A00719472747B614F605D18F7D5E20929C400A@DEWDFECCR03.wdf.sap.corp>
	<a7538f2e-344f-4908-962c-2c1d0295a918@default>
Message-ID: <4FB9F513.4040600@oracle.com>

Vote: yes

-- 
    Laurent Dayn?s
Oracle Labs


From rrsavage at hotmail.com  Wed May 30 22:39:34 2012
From: rrsavage at hotmail.com (Robert Savage)
Date: Wed, 30 May 2012 22:39:34 +0000 (UTC)
Subject: OpenJDK BInary REsult
References: <CAOeeQypPrq5h-qeb_1yOshTE7CvkCKOBuaFKJCReroUfF26O2g@mail.gmail.com>
	<CAHKhnVVSjaU0VPhHEY7mhzgPFsaiKeT8z-=NQ5y0=xAgybhMwQ@mail.gmail.com>
Message-ID: <loom.20120531T003728-796@post.gmane.org>

Lussier, Denis <denisl at ...> writes:

> OpenSCG.org is interested in doing more work in the areas of providing and
> distributing cross platform x86 and x64 Windows & Linux binaries.


Hi Luss, 

Any word on the release of OpenJDK 7 Windows binaries? 

Thanks, Robert





From denisl at openscg.com  Thu May 31 00:22:44 2012
From: denisl at openscg.com (Lussier, Denis)
Date: Wed, 30 May 2012 17:22:44 -0700
Subject: OpenJDK BInary REsult
In-Reply-To: <loom.20120531T003728-796@post.gmane.org>
References: <CAOeeQypPrq5h-qeb_1yOshTE7CvkCKOBuaFKJCReroUfF26O2g@mail.gmail.com>
	<CAHKhnVVSjaU0VPhHEY7mhzgPFsaiKeT8z-=NQ5y0=xAgybhMwQ@mail.gmail.com>
	<loom.20120531T003728-796@post.gmane.org>
Message-ID: <CAHKhnVUWLH+BGdiPzPjcmLHsJgGGu=_=G_d2MO__us0RuzNH0g@mail.gmail.com>

I haven't been pursuing this very actively as of late because...

- I think Microsoft &/or Oracle are going to do it

- Oracle doesn't seem to be interested in providing a link to our site for
downloading
   Windoze binaries

The good news is that it is getting easier and easier to build windows
binaries following the instructions provided in the OpenJDK build doc.

--Luss

On Wed, May 30, 2012 at 3:39 PM, Robert Savage <rrsavage at hotmail.com> wrote:

> Lussier, Denis <denisl at ...> writes:
>
> > OpenSCG.org is interested in doing more work in the areas of providing
> and
> > distributing cross platform x86 and x64 Windows & Linux binaries.
>
>
> Hi Luss,
>
> Any word on the release of OpenJDK 7 Windows binaries?
>
> Thanks, Robert
>
>
>
>


From frans at meruvian.org  Thu May 31 01:56:37 2012
From: frans at meruvian.org (Frans Thamura)
Date: Thu, 31 May 2012 08:56:37 +0700
Subject: OpenJDK BInary REsult
In-Reply-To: <CAHKhnVUWLH+BGdiPzPjcmLHsJgGGu=_=G_d2MO__us0RuzNH0g@mail.gmail.com>
References: <CAOeeQypPrq5h-qeb_1yOshTE7CvkCKOBuaFKJCReroUfF26O2g@mail.gmail.com>
	<CAHKhnVVSjaU0VPhHEY7mhzgPFsaiKeT8z-=NQ5y0=xAgybhMwQ@mail.gmail.com>
	<loom.20120531T003728-796@post.gmane.org>
	<CAHKhnVUWLH+BGdiPzPjcmLHsJgGGu=_=G_d2MO__us0RuzNH0g@mail.gmail.com>
Message-ID: <CAOeeQyqhpfPyZnejuF=Eo1Y1Q+mDgEKx4oYYrnHp+BUrzAN+YA@mail.gmail.com>

Dennis

I think oracle wont interest to have binary link or any binary ... it just
a source code.
On May 31, 2012 7:24 AM, "Lussier, Denis" <denisl at openscg.com> wrote:

> I haven't been pursuing this very actively as of late because...
>
> - I think Microsoft &/or Oracle are going to do it
>
> - Oracle doesn't seem to be interested in providing a link to our site for
> downloading
>   Windoze binaries
>
> The good news is that it is getting easier and easier to build windows
> binaries following the instructions provided in the OpenJDK build doc.
>
> --Luss
>
> On Wed, May 30, 2012 at 3:39 PM, Robert Savage <rrsavage at hotmail.com>
> wrote:
>
> > Lussier, Denis <denisl at ...> writes:
> >
> > > OpenSCG.org is interested in doing more work in the areas of providing
> > and
> > > distributing cross platform x86 and x64 Windows & Linux binaries.
> >
> >
> > Hi Luss,
> >
> > Any word on the release of OpenJDK 7 Windows binaries?
> >
> > Thanks, Robert
> >
> >
> >
> >
>


From henri.gomez at gmail.com  Thu May 31 06:47:33 2012
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 31 May 2012 08:47:33 +0200
Subject: OpenJDK BInary REsult
In-Reply-To: <CAOeeQyqhpfPyZnejuF=Eo1Y1Q+mDgEKx4oYYrnHp+BUrzAN+YA@mail.gmail.com>
References: <CAOeeQypPrq5h-qeb_1yOshTE7CvkCKOBuaFKJCReroUfF26O2g@mail.gmail.com>
	<CAHKhnVVSjaU0VPhHEY7mhzgPFsaiKeT8z-=NQ5y0=xAgybhMwQ@mail.gmail.com>
	<loom.20120531T003728-796@post.gmane.org>
	<CAHKhnVUWLH+BGdiPzPjcmLHsJgGGu=_=G_d2MO__us0RuzNH0g@mail.gmail.com>
	<CAOeeQyqhpfPyZnejuF=Eo1Y1Q+mDgEKx4oYYrnHp+BUrzAN+YA@mail.gmail.com>
Message-ID: <CALyUpY2HBg61u4X_HsKKVMh5D0ZNTB9ri2JLZRgk_UXfTEDBsA@mail.gmail.com>

> I think oracle wont interest to have binary link or any binary ... it just
> a source code.

Did there is still a strong interest to provide to end users OpenJDK
binaries for many platforms (OSX, Linux, Solaris, Windows) ?
Here I think about OpenJDK binaries, based on jdk7/8/jigsaw/lamdba
sources code base.

There could (should) be a slot for OpenJDK packages next to Oracle JRE/JDK.

I've got some ideas around this requiring more community minded people
and a small infrastructure to build and distribute.
That's why I'd like to know who could be interested.

Cheers


From henri.gomez at gmail.com  Thu May 31 21:13:58 2012
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 31 May 2012 23:13:58 +0200
Subject: cacerts bundled with OpenJDK
Message-ID: <CALyUpY0rNRNa0RfZzVffBh=CHzFHmN2ckmyXkoYbHirAbL0TXQ@mail.gmail.com>

There was a thread on jdk7u-dev about cacerts bundled by OpenJDK.

First, I'm not a lawyer (sorry guys) but after some investigations, I
could see Java cacerts are often produced by packagers from cacerts
bundled by Linux distribution.
These distributions (GPL) cacerts seems to came from Mozilla (MPL).

OpenJDK license is GPL also so I wonder why OpenJDK can't provide them either ?

Cheers


From donald.smith at oracle.com  Thu May 31 21:41:20 2012
From: donald.smith at oracle.com (Donald Smith)
Date: Thu, 31 May 2012 17:41:20 -0400
Subject: cacerts bundled with OpenJDK
In-Reply-To: <CALyUpY0rNRNa0RfZzVffBh=CHzFHmN2ckmyXkoYbHirAbL0TXQ@mail.gmail.com>
References: <CALyUpY0rNRNa0RfZzVffBh=CHzFHmN2ckmyXkoYbHirAbL0TXQ@mail.gmail.com>
Message-ID: <4FC7E580.2000001@oracle.com>

Disclaimer that I haven't read the thread to which you're referring.

I think a key difference between Mozilla and OpenJDK is that Mozilla 
distributes packaged products to end users whereas OpenJDK is a 
collaboration of platform providers at the source code level.  Whereas 
cacerts are fundamentally a packaged product thing, and not entirely 
necessary, and fundamentally tied to whoever is distributing the binary, 
I don't think it would or should apply.  Whereas Mozilla is shipping 
product almost exclusively to end users in the form of Firefox, 
Thunderbird, etc, then I can understand why they would maintain certs 
with the products.

  - Don

On 31/05/2012 5:13 PM, Henri Gomez wrote:
> There was a thread on jdk7u-dev about cacerts bundled by OpenJDK.
>
> First, I'm not a lawyer (sorry guys) but after some investigations, I
> could see Java cacerts are often produced by packagers from cacerts
> bundled by Linux distribution.
> These distributions (GPL) cacerts seems to came from Mozilla (MPL).
>
> OpenJDK license is GPL also so I wonder why OpenJDK can't provide them either ?
>
> Cheers