United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 6507349 RFE: Provide consistent ways to build 64 bit VM across Solaris & Linux
6507349 : RFE: Provide consistent ways to build 64 bit VM across Solaris & Linux

Details
Type:
Enhancement
Submit Date:
2006-12-21
Status:
Closed
Updated Date:
2012-10-13
Project Name:
JDK
Resolved Date:
2007-01-17
Component:
hotspot
OS:
linux
Sub-Component:
runtime
CPU:
x86
Priority:
P4
Resolution:
Fixed
Affected Versions:
7
Fixed Versions:
hs10

Related Reports
Backport:
Backport:

Sub Tasks

Description
Hotspot doesn't have a good way to build 64 VM on 64 bit Linux OS. Currently the command used to build 64 bit VM is "gnumake {product|fastdebug|jvmg}" (select one of the targets in {}). This in fact corresponds to how gcc works on these platforms, i.e. the default is to build 64 bit application unless you specify -m32 by yourself. Even though this is nice, it has two problems at least:

1. There is no way to build 32 bit VM even though you pass ARCH_DATA_MODEL=32 or whatever.
2. This is not consistent with other 64 bit OS such as Solaris. On Solaris, passing LP64=1 or ARCH_DATA_MODEL=64 will build 64 bit VM and w/o these options, it will build 32 bit VM by default. This is good in the sense that developer could expect what they could get. 

So it would be nice that we could provide a consistent way to build 64/32 bit VM on these 64 bit operating systems.

                                    

Comments
EVALUATION

Hotspot build system expects LP64=1 or ARCH_DATA_MODEL=64 to be there in order to build 64 bit VM on Solaris. So use the same way for Linux AMD 64 too. Without either of these two options, 32 bit VM will be generated.

This change should NOT affect how RE or JPRT currently works. They are using control workspace which explicitly adds ARCH_DATA_MODEL=64 to the gnumake options. PRT currently uses no option to build 64 bit VM on Linux which happens to work, but will break with my fix. So I've contacted PRT owners to modify that for me.
                                     
2006-12-21



Hardware and Software, Engineered to Work Together