summaryrefslogtreecommitdiff
path: root/jvmfwk
AgeCommit message (Collapse)Author
2012-11-15Drop support for /etc/opt/ure and ~/.ure from LibreOffice 4Stephan Bergmann
For one, /etc/opt/ure was probably never used by anyone anyway, so meant just needless file-stats during startup. For another, accidentally created ~/.ure/javasettings_*.xml that later became stale were noted to cause trouble, so that source is now closed. For this to work, jvmfwk needs to be silent now if it cannot read/write any shared/user javasettings_*.xml. Change-Id: I332b5ebb9549dc6ccf7c99c439d9a3b61aeb5829
2012-10-15fix typosJulien Nabet
Change-Id: I3bca3709ba759894ce77bab412f5082718ea25c5
2012-10-09loplugin: unused OStringsCaolán McNamara
Change-Id: I22916424fb97ba27ea6f4e540841a6c851fb8c88
2012-10-08TypoTor Lillqvist
Change-Id: I6ec48d3156f11c4ecb5f24a70a5c83603a86f834
2012-10-08Fix for !SOLAR_JAVATor Lillqvist
Change-Id: I43d8680304ef11f2b5f5e3edafcc6af6eca8d601
2012-10-07Move the #ifndef DISABLE_DYNLOADING a bit earlierTor Lillqvist
Change-Id: I1777d6304b2ebb218c0f85c778f1a66d05c4f454
2012-10-07Handle lack of module loading/unloading API when DISABLE_DYNLOADINGTor Lillqvist
There are basicically two classes of cases: 1) Where the code is for obscure historical reasons or what I see as misguided "optimization" split into a more libraries than necessary, and these then are loaded at run-time. Instead, just use direct linking. 2) Where dynamic loading is part of the functionality offered to some upper (scripting etc) layer, or where some system-specific non-LO library is loaded dynamically, as it is not necessarily present on end-user machines. Can't have such in the DISABLE_DYNLOADING case. Change-Id: I9eceac5fb635245def2f4f3320821447bb7cd8c0
2012-10-04sal_Bool->bool in jvmfwkNoel Grandin
Change-Id: I8821bc7e4615421a710e6fdf913e646059dd5665
2012-10-04Mention the plugin mechanismTor Lillqvist
Change-Id: I51e22cceb332048552e86acb2362b907617a84cc
2012-10-01Replace usage of rtl_*Memory with equivalent from string.hArnaud Versini
Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159 Reviewed-on: https://gerrit.libreoffice.org/734 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: gb_Library_PLAINLIBS_NONE cleanup for WNT:Michael Stahl
add a new gb_LinkTarget_use_system_win32_libs to abstract different linker options on MSVC and GCC. Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-18deprecate oustringostreaminserter.hxxNorbert Thiebaud
the intent of this header has canged over time. now it is already systematically included with ustring.hxx and the operator overload it provide fit nicely there... Just to be safe, since that include as been added to the api during the 3.5 timeframe and therefore is already in 'production' the header remain and simply attempt to include ustring.hxx but a warning is issued indicating that this header should not be used anymore... in a couple of major release we will thenr emove it completely All internal users of that header are converted. Change-Id: I8934c55f089e29d78c0f5649b7c87b2ecf024bad Reviewed-on: https://gerrit.libreoffice.org/634 Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-08-14Depend on headers so we wont get crasher on missing framework.h.Tomas Chvatal
Change-Id: I2734f5ccc8f3abe415cf48c6c2c8c2783573a550 Signed-off-by: Tomas Chvatal <tchvatal@suse.cz>
2012-08-13misc. cleanup.Michael Meeks
2012-08-11Remove unused local varsJulien Nabet
Change-Id: I80bd0329e15cb365091ea6f5c7e1ef3559d681fc
2012-08-10Related fdo#51252: No more prereg, no more unopkg syncStephan Bergmann
Now that 5c47e5f63a79a9e72ec4a100786b1bbf65137ed4 "fdo#51252 Disable copying share/prereg/bundled to avoid startup crashes" removed the use of share/prereg, there is no longer need to generate it in the first place (by calling "unopkg sync" at build or installation time), and so no need for the "unopkg sync" sub- command, either. This also allows to simplify some of the jvmfwk code that was only there so that "unopkg sync" (which can require a JVM) can work in "hostile" environments (during build and installation). Change-Id: I52657384f4561bf27948ba4f0f88f4498e90987f
2012-08-07No point with these executables for non-desktop OSesTor Lillqvist
Change-Id: If2e086cf2783c187f2cdb479608aa91561e0d674
2012-07-20Globally unique symbols missing from some map filesStephan Bergmann
...after gbuild'ification (they used to be added via solenv/bin/addsym.awk). And sunjavaplugin.map is actually unused. Change-Id: If6804cff8d01e268b84512d6c4b1edebde018cc0
2012-07-14simplify include guardsThomas Arnhold
Change-Id: Id4210229b20a1d54b680ff1a2ccbcdd3684ecf5f
2012-07-13re-base on ALv2 code. Includes:Michael Meeks
cws mba34issues01: #i117709#: make sure that parent of error message box is visible Patch contributed by Mathias Bauer http://svn.apache.org/viewvc?view=revision&revision=1172346 i#119036 - improve user experience of certification dialog - only shown once Patch contributed by Oliver-Rainer Wittmann http://svn.apache.org/viewvc?view=revision&revision=1299727
2012-07-05removed useless forward declarations of classTakeshi Abe
Change-Id: I13cf52cc4e1cf8d5e2453d7ac4b68cc8c64cd011
2012-06-26re-base on ALv2 code.Michael Meeks
2012-06-22.xml files don't need executable bitsMichael Stahl
Change-Id: I399d086181a9f513cd95157e815551f0be9b9e95
2012-06-22re-base on ALv2 code.Michael Meeks
Change-Id: I8018d9b5fa01d1720c0392dc5fdc4a0656f25a35
2012-06-21re-base on ALv2 code.Michael Meeks
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
2012-06-21re-base on ALv2 code.Michael Meeks
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
2012-06-19typo: paramters, paramaters -> parametersAndras Timar
Change-Id: If58683331c50f2a95204e8e2dea11edbef3ccb63
2012-06-04nuke unused definesTakeshi Abe
Change-Id: I7924da4bff73ca8f82c76eb8cb211401530acdeb
2012-06-03fdo#48946: URE_INTERNAL_LIB_DIR/libsunjavaplugin.dll does not exist.David Ostrovsky
Change-Id: If2d21c3f04459a4cee1ebb748ddc885915063b31
2012-05-30targeted string re-workNorbert Thiebaud
Change-Id: I31c752d044774cf4cec4aaab9bb2e43570d41953
2012-05-17removed unused const rtl::OUStringTakeshi Abe
Change-Id: I7c3409ac39e690fcf2f7e4085bf6857e6bd182fb
2012-05-11upgrade to icu 49Caolán McNamara
Change-Id: I I I I I If403ee07ef8ea654369a8faac57fa8940f90e040
2012-05-10normalize variable names in gbuild user makefilesMichael Stahl
Variables should have module name as prefix to prevent collisions.
2012-05-09gbuild: remove gb_Helper_abbreviate_dirs_nativeMatúš Kukan
Change-Id: I0a3ad6553692fc21eaf96cf35e9c343b4d716c21
2012-05-04Remove unused method VendorBase::getJavaExePaths(int*)Marc Garcia
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen
this removes dmake completely out of the build for migrated modules build.pl now assumes modules to be gbuild, unless there is a prj/dmake file Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
2012-04-28make java startup a visible event when debuggingCaolán McNamara
Change-Id: I97c5499b57edbaac6e356450bb9d89dc350260eb
2012-04-18use SAL_N_ELEMENTSDavid Tardon
2012-04-18WaE: parameter 'size' set but not usedDavid Tardon
2012-04-18WaE: declaration of 'errcode' shadows a global declarationDavid Tardon
2012-04-09enforce only one possible use of gb_CustomTargetMatúš Kukan
This brings two changes: - no more recursive calling of make - gbuild_simple is now not used => removed
2012-04-08Replaced a few equal calls with ==Szabolcs Dezsi
2012-04-08LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl
2012-04-08gbuild: "use" vs. "add":Michael Stahl
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2012-04-05Fix Prefer prefix ++/-- operatorsJulien Nabet
Includes too replacement < by != for comparison between current and end iterators
2012-04-04jvmfwk: use CustomTarget makefileMatúš Kukan
2012-03-26Fix delivery of jvmfwk ini/data filesStephan Bergmann
...that are (also) used during the build (e.g., cd testtools/*/lib && ./bridgetest_inprocess_java). Broken by gbuild'ification of jvmfwk.
generated by cgit (git 2.34.1) at 2025-01-01 13:55:36 +0000