summaryrefslogtreecommitdiff
path: root/jvmfwk
AgeCommit message (Collapse)Author
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.
2012-03-23replace OpenOffice.org to LibreOffice in registry keysAndras Timar
2012-02-29Drop comparison with empty rtl::OUStringTakeshi Abe
2012-02-23Adapted AsynchReader to safer-to-use salhelper::ThreadStephan Bergmann
2012-02-17libjvmfwk is needed even when building without javaDavid Tardon
2012-02-17We want gb_STDLIBS here surely?Tor Lillqvist
2012-02-17update makefilesDavid Tardon
2012-02-17merge feature/gbuild_javaDavid Tardon
2012-02-16add gb_Helper_abbreviate_dirs_nativeMatus Kukan
2012-02-16jvmfwk: these are also linked_libsMatus Kukan
2012-02-15Merge branch 'feature/android'Tor Lillqvist
2012-02-06Added READMEs for modules related to URE, with content from the wikiJosh Heidenreich
2012-01-26android: move lo-bootstrap to osl/detail, Attach threads as createdMichael Meeks
2012-01-15WaE: ordered comparison of pointer with integer zeroDavid Tardon
2012-01-05Fix for fdo43460 Part XXII getLength() to isEmpty()Gustavo Buzzatti Pacheco
Part XXII modules jvmfwk, l10ntools, lingucomponent
2012-01-05WaE and build errors with OSL_DEBUG_LEVEL == 2Caolán McNamara
2012-01-05stray trailing ;Caolán McNamara
2011-12-26sunjavaplugin has been renamedDavid Tardon
2011-12-26export libsunjavaplugin's API functionsDavid Tardon
2011-12-25bah, i committed that by mistakeDavid Tardon
2011-12-25use gb_Helper_get_rcfile hereDavid Tardon
2011-12-24gbuildize jvmfwk, part 2: finish & clean upDavid Tardon
2011-12-24fix linking issue on windowsDavid Tardon
2011-12-24make exported symbols visibleDavid Tardon
2011-12-24build JREProperties.classDavid Tardon
2011-12-23we do not support OS/2David Tardon
2011-12-23add lib prefix to sunjavapluginDavid Tardon
2011-12-23gbuildize jvmfwkDavid Tardon
2011-12-16gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO'Matúš Kukan
2011-12-15catch exception by constant referenceTakeshi Abe
2011-12-07Fix nasty ppc ld crash, correct default return param settingThorsten Behrens
* on OSX 10.5 PPC, ld crashes with a bus error, presumably because of the empty ar[] string array. * the "size = 0" default case looks wrong, replaced by *size=0
2011-11-30Android code refactorig and hackingTor Lillqvist
Sorry for the large unstructured commit. But hey, the Android code is experimental so far. Extract the native lo-bootstrap code into a fairly normal library built in sal. (Previously it was the JNI part of the "Bootstrap" app.) Just linkink normally to liblo-bootstrap from C++ code that uses it works fine, no need to do a dlsym lookup. Bootstrap is still a subclass of NativeActivity and can thus still be used as an "app" (to start unit tests, or whatever), but can also be used from some other app's Java code to just get access to the lo-bootstrap native methods. Introduce a new top-level "module", android, for Bootstrap and the experiments with DocumentLoader. Note that the experimental DocumentLoader app still crashes. It can't create the com.sun.star.frame.Desktop instance. I spent lots of time debugging in the painfully inadequate ndk-gdb. (Even the newer gdb build from the "mingw-and-ndk" project is quite crappy in many ways.) I should really experiment with corresponding code on a normal platform first before even trying on Android. Basically, I think that if I just can get the concept of Java code that instantiates and uses LO components *in-process* working on a normal desktop platform, it should work on Android, too.
2011-11-27remove precompiled_xxx.hxx/cxxNorbert Thiebaud
2011-11-27remove include of pch header from jvmfwkNorbert Thiebaud
2011-11-27remove PCH support in dmake-moduleNorbert Thiebaud
2011-11-27typos fixingKorrawit Pruegsanusak
2011-11-26Use ENFORCEDSHLPREFIX for AndroidTor Lillqvist
2011-11-25duplicate "add Oracle Java 1.7.0 recognition" from javavendors_linux -> wntStephan Bergmann
2011-11-25First attempt at getting access to the Java VM on AndroidTor Lillqvist
2011-11-23Changed sal/log.h -> sal/log.hxx, drop _S from C++ streaming log macros.Stephan Bergmann
A compile time check ensures the common case of streaming just a plain C-style string literal still produces reasonably compact call-site code. The format-string variants are still available in sal/detail/log.h, but only to be used in obsolete osl/diagnose.h etc., and going to be removed again eventually.
2011-11-22New sal/log.h obsoletes osl/diagnose.h and tools/debug.hxx.Stephan Bergmann
* New SAL_INFO..., SAL_WARN... macros. * New SAL_STREAM supersedes OSL_FORMAT. * oustringostreaminserter.hxx moved from unotest to rtl (and always UTF-8 now). * TODO to enable GCC __attribute__((format)) in sal/log.h (requires call-site cleanup). * Further functionality in tools/debug.hxx (DBG_MEMTEST, DBG_CTOR, etc.) not yet addressed. * Some replacements tools String -> rtl::OUString.
generated by cgit (git 2.34.1) at 2025-01-08 20:00:10 +0000