• Stephan Bergmann's avatar
    Let juhx.dll export undecorated symbols on Windows · 96488510
    Stephan Bergmann yazdı
    ...otherwise preload.cxx in juh.dll will not be able to find them
    via osl_getFunctionSymbol.  What apparently happens is that JNICALL expanding
    to __stdcall decorates symbol names with _...@NN.  This likely was hidden in
    pre-gbuild times thanks to the use of def files.  (On a side note, the JVM
    appears to contain special code to find syms for native methods in both
    decorated and undecorated form; that explains why it picks up the decorated
    symbols from juh.dll just fine.)
    
    There is no need for the functions in juhx.dll (called from the juh.dll wrapper)
    to adhere to JNICALL (in fact, things would likely be easier to maintain if the
    juhx.dll functions also used different names than their juh.dll wrappers).
    However, what complicates this patch is that for DISABLE_DYNLOADING, the juh
    wrapper and its preload.cxx is elided, and the code that would normally go into
    the juhx library goes into the juh library (and thus needs to stick to JNICALL,
    and also needs to use the right function names).
    
    Change-Id: I66611648f1f79f57f0c1b23fb7a801da2d7b86c5
    96488510
Adı
Son kayıt (commit)
Son güncelleme
..
com/sun/star Loading commit data...
source Loading commit data...
test/com/sun/star Loading commit data...
util Loading commit data...
Jar_juh.mk Loading commit data...
Library_juh.mk Loading commit data...
Library_juhx.mk Loading commit data...
Makefile Loading commit data...
Module_javaunohelper.mk Loading commit data...
README Loading commit data...