Windows only.
Due to 5070715 changes (java_g removal), a fastdebug VM build on windows was created. Currently the fastdebug is the same as the debug build but without the options /MDd /D _DEBUG, in other words, a fastdebug VM on Windows will not be dependent on the debug runtime library MSVCRTD.DLL.
This makes the fastdebug VM able to replace the product version (hopefully), and also be able to be run on Windows machines that lack the required MSVCRTD.DLL library.
(Note: Windows AMD64 does not use /MDd /D _DEBUG, so a fastdebug==debug on Windows AMD64. I assume this was due to some kind of bug or problems with MSVCRTD.DLL on Windows AMD64 and someone might undo this difference someday.)
This RFE is to remind the hotspot team to make sure this fastdebug VM on Windows is built the way they want it built.
###@###.### 2005-2-09 00:40:47 GMT
Due to 5070715 changes (java_g removal), a fastdebug VM build on windows was created. Currently the fastdebug is the same as the debug build but without the options /MDd /D _DEBUG, in other words, a fastdebug VM on Windows will not be dependent on the debug runtime library MSVCRTD.DLL.
This makes the fastdebug VM able to replace the product version (hopefully), and also be able to be run on Windows machines that lack the required MSVCRTD.DLL library.
(Note: Windows AMD64 does not use /MDd /D _DEBUG, so a fastdebug==debug on Windows AMD64. I assume this was due to some kind of bug or problems with MSVCRTD.DLL on Windows AMD64 and someone might undo this difference someday.)
This RFE is to remind the hotspot team to make sure this fastdebug VM on Windows is built the way they want it built.
###@###.### 2005-2-09 00:40:47 GMT
- relates to
-
JDK-6258009 Complete removal of dependence on msvcrtD.dll
-
- Resolved
-
-
JDK-5070715 (java_g) RE builds should build fastdebug VM for java_g rather than debug VM, java_g -> debug/java
-
- Resolved
-