Greetings,
I have picked up David Holmes' work on the following bug:
8014326 [OSX] All libjvm symbols are exported
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8014326
https://jbs.oracle.com/bugs/browse/JDK-8014326
Here are the HSX-24 backport webrev URLs:
OpenJDK: http://cr.openjdk.java.net/~dcubed/8014326-webrev/0-hsx24/
Internal: http://javaweb.us.oracle.com/~ddaugher/8014326-webrev/0-hsx24/
Testing:
- JPRT test job on MacOS X
- (in process) Aurora Adhoc vm.quick batch for MacOS X in the following
configs: {Server VM} x {fastdebug} x {-Xmixed}
Gory details are below. As always, comments, questions and
suggestions are welome.
Dan
Gory Details:
The script and Makefile changes are easy to review via the webrev.
However, every function name in the MacOS X mapfiles had to be modified
to match the MacOS X symbol export syntax. I created "normalized"
copies of the mapfiles in order to compare the semantic changes (and
ignore the syntactic changes). These diffs are added to bug report,
but JBS is not yet accessible outside Oracle and bugs.sun.com can
be slow to update so I've included the diffs here.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
mapfile-vers-debug: current BSD versus updated BSD
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
$ diff bsd-funcs-debug{.orig,}
191a192
> JVM_SetNativeThreadName
215,232d215
< # Old reflection routines
< # These do not need to be present in the product build in JDK 1.4
< # but their code has not been removed yet because there will not
< # be a substantial code savings until JVM_InvokeMethod and
< # JVM_NewInstanceFromConstructor can also be removed; see
< # reflectionCompat.hpp.
< JVM_GetClassConstructor
< JVM_GetClassConstructors
< JVM_GetClassField
< JVM_GetClassFields
< JVM_GetClassMethod
< JVM_GetClassMethods
< JVM_GetField
< JVM_GetPrimitiveField
< JVM_NewInstance
< JVM_SetField
< JVM_SetPrimitiveField
<
239,241d221
< fork1
< numa_warn
< numa_error
243,245d222
< # Needed because there is no JVM interface for this.
< sysThreadAvailableStackWithSlack
<
Line 192: add missing JVM_SetNativeThreadName entry
Delete the old reflection routines!
Delete other functions not compiled into BSD/MacOS X.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
mapfile-vers-product: current BSD versus updated BSD
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
$ diff bsd-funcs-product.orig bsd-funcs-product
191a192
> JVM_SetNativeThreadName
215,232d215
< # Old reflection routines
< # These do not need to be present in the product build in JDK 1.4
< # but their code has not been removed yet because there will not
< # be a substantial code savings until JVM_InvokeMethod and
< # JVM_NewInstanceFromConstructor can also be removed; see
< # reflectionCompat.hpp.
< JVM_GetClassConstructor
< JVM_GetClassConstructors
< JVM_GetClassField
< JVM_GetClassFields
< JVM_GetClassMethod
< JVM_GetClassMethods
< JVM_GetField
< JVM_GetPrimitiveField
< JVM_NewInstance
< JVM_SetField
< JVM_SetPrimitiveField
<
239,241d221
< fork1
< numa_warn
< numa_error
243,245d222
< # Needed because there is no JVM interface for this.
< sysThreadAvailableStackWithSlack
<
Line 192: add missing JVM_SetNativeThreadName entry
Delete the old reflection routines!
Delete other functions not compiled into BSD/MacOS X.
Since the MacOS X port was originally derived from the Linux port,
it also makes sense to compare the updated BSD files versus the
current Linux files. This is a useful sanity check.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
mapfile-vers-debug: updated BSD versus current Linux
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
$ diff {bsd,linux}-funcs-debug
214c214
< JVM_handle_bsd_signal
---
> JVM_handle_linux_signal
226a227,229
> fork1
> numa_warn
> numa_error
227a231,233
> # Needed because there is no JVM interface for this.
> sysThreadAvailableStackWithSlack
>
Line 214 is an obvious rename.
Lines 227-229 are functions not compiled into BSD/MacOS X.
Line 232 is an error on Linux; sysThreadAvailableStackWithSlack is
only on Solaris, but we won't fix that with this bug since we want
the MacOS X fix in HSX24 and in HSX25.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
mapfile-vers-product: updated BSD versus current Linux
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
$ diff {bsd,linux}-funcs-product
214c214
< JVM_handle_bsd_signal
---
> JVM_handle_linux_signal
221a222,224
> fork1
> numa_warn
> numa_error
222a226,228
> # Needed because there is no JVM interface for this.
> sysThreadAvailableStackWithSlack
>
Line 214 is an obvious rename.
Lines 222-224 are functions not compiled into BSD/MacOS X.
Line 227 is an error on Linux; sysThreadAvailableStackWithSlack is
only on Solaris, but we won't fix that with this bug since we want
the MacOS X fix in HSX24 and in HSX25.
Lastly, since this is a backport from HSX-25 -> HSX-24, we should
look at what's different between those two version:
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
mapfile-vers-debug: updated HSX-24 BSD versus HSX-25 BSD
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
$ diff 8014326_exp_for_hsx2{4,5}/bsd-funcs-debug
98a99
> JVM_GetClassTypeAnnotations
104a106
> JVM_GetFieldTypeAnnotations
124a127,128
> JVM_GetMethodParameters
> JVM_GetMethodTypeAnnotations
156a161
> JVM_IsVMGeneratedMethodIx
174d178
< JVM_PrintStackTrace
Several new functions were added in HSX-25 and one function
was deleted in HSX25.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
mapfile-vers-product: updated HSX-24 BSD versus HSX-25 BSD
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
$ diff 8014326_exp_for_hsx2{4,5}/bsd-funcs-product
98a99
> JVM_GetClassTypeAnnotations
104a106
> JVM_GetFieldTypeAnnotations
124a127,128
> JVM_GetMethodParameters
> JVM_GetMethodTypeAnnotations
156a161
> JVM_IsVMGeneratedMethodIx
174d178
< JVM_PrintStackTrace
Several new functions were added in HSX-25 and one function
was deleted in HSX25.
