summaryrefslogtreecommitdiff
path: root/i18npool/Library_i18nsearch.mk
diff options
context:
space:
mode:
authorStephan Bergmann <sbergman@redhat.com>2022-05-04 14:22:45 +0200
committerStephan Bergmann <sbergman@redhat.com>2022-05-04 18:16:36 +0200
commitc7b923a9ebaa40809c11659f8816a1d2bfd44c89 (patch)
tree5633ac6bb18a644a04027d5f2c4bbe2d6325a7c8 /i18npool/Library_i18nsearch.mk
parent6ebf46e332facfae5fd6027ec667ccd5993dd493 (diff)
Some JREs need the bin/server/jvm.dll path after all
...which had been removed in 18bdf78e156f3cd1e6ccbb3ae28e919583bac70c "Azul is just another OpenJDK variant", when fixing the previously mis-classified Azul JRE from "uses OtherInfo" to "uses SunInfo". But the IBM Semeru Runtime (<https://developer.ibm.com/languages/java/semeru-runtimes/downloads/>) is another arguably mis-classified case due to its java.vendor of "IBM Corporation" (and where the VENDOR_MAP_ENTRY<OtherInfo>("IBM Corporation"), line in jvmfwk/plugins/sunmajor/pluginlib/vendorlist.cxx might be relevant for some other JRE from IBM; at least, that entry is present ever since the introduction of vendorlist.cxx in 738e9b77b9d181b376188e405e1eb353cf93c597 "INTEGRATION: CWS jl8"). So just generally support the bin/server/jvm.dll path here for "uses OtherInfo", even though it should actually only be necessary for "uses SunInfo". (See the mail thread starting at <https://listarchives.libreoffice.org/global/users/2022/msg00246.html> "[libreoffice-users] LibreOffice 7.3.3.2 Windows 64 bit seems not detect AdoptOpenJdk JRE Windows 64 bit runtime".) Change-Id: I3a4d02309b7c833c3cd32dc2dda4f4cb7b216693 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133827 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Diffstat (limited to 'i18npool/Library_i18nsearch.mk')
0 files changed, 0 insertions, 0 deletions