summaryrefslogtreecommitdiff
path: root/bean
ModeNameSize
-rw-r--r--Jar_officebean.mk2665logplain
-rw-r--r--JunitTest_bean_complex.mk1583logplain
-rw-r--r--Library_officebean.mk2005logplain
-rw-r--r--Makefile225logplain
-rw-r--r--Module_bean.mk1516logplain
-rw-r--r--README140logplain
d---------com / sun / star30logplain
d---------native63logplain
d---------prj70logplain
d---------qa / complex / bean34logplain
d---------test109logplain
='2014-09-16 23:02:40 +0200'>2014-09-16urelibs is part of the stable extension interface on Mac OS XStephan Bergmann Change-Id: Id1f089b9306124e43a4e44cdd2efccb5f60761d5 2014-09-16Create instdir uno ini-file from instsetoo_nativeStephan Bergmann ...like is done for most other ini-files too, with entries indentical to the ones in scp2/source/ooo/ure.scp. (And sort ini-files lexicographically again in instsetoo_native/*.mk, broken with recent louno rename). Leave ure/source/unorc.in and ure/Pacakge_builddir_install.mk around for the cross-compilation case only. Change-Id: Ic07e036ef126db1aee2c0f6b726c2b86c2536c53 2014-09-09Make the "Mac-like" or "canonical" app bundle structure always used on OS XTor Lillqvist In other words, only executable files go in the MacOS folder. Dynamic libraries and bundled frameworks (i.e., LibreOfficePython), and nothing else, go in the Frameworks folder, and all other files go in the Resources folder. Especially, note that Java class files and rc (.ini) files also go in Resources. Such an app bundle structure is what Apple strongly suggests one should use, and it has been hinted that future versions of code signing and/or Gatekeeper will require such a structure. There is still some ugliness thanks to traces of the historical separation of URE from "the office". Like there are two separate "unorc" files, one for URE, one for the LibreOffice application. IMHO, this should be cleaned up, but is probably controversial. (Eek! I now see there are actually *three* unorc files in the app bundle. Not intentional. Need to fix that later.) Change-Id: Idcf235038deb5b8e1d061734993e9f31869b7606 2014-08-10Ugly hack to fix build when srcdir!=builddirTor Lillqvist The problem is that the ure/source/unorc file is now expanded by the configure script, and thus exists only in builddir. But a further complication is that the uno.ini file is in srcdir. This is one way to handle it. Seems to work for me, let's see what the srcdir!=builddir tinderbox slaves say. Change-Id: I6fb456cf849ce5077e2c5bd25dc9149096aab241 2014-08-10javaldx is not built for WNT or MACOSX so no point in the uno wrapper scriptTor Lillqvist Change-Id: I127205ebf6fb3fe01de6803a989e970f46df22bb 2014-08-10Fixes for the --enable-canonical-installation-tree-structure caseTor Lillqvist Do install the uno and startup.sh commands, smoketest needs them Change-Id: Ia530564e4b664881d730355a80e2af4476987e10 2014-08-10Use @LIBO_URE_LIB_FOLDER@ for URE_INTERNAL_LIB_DIRTor Lillqvist In the --enable-canonical-installation-tree-structure case (on OS X), the URE unorc is definitely not in the same place as any libs. Noticed in JunitTest_comphelper_complex. Change-Id: Ic6097021f9abc081e2a7c7aac25286ad2c4b75e5 2014-08-10Use @LIBO_URE_SHARE_JAVA_FOLDER@ instead of hardcoding ../share/javaTor Lillqvist Makes CppunitTest_dbaccess_hsqldb_test work also in the --enable-canonical-installation-tree-structure (on OS X), otherwise the use of $URE_INTERNAL_JAVA_CLASSPATH (looked up from the URE unorc) in stoc/source/javavm/javavm.cxx fails. Change-Id: I5ea045594c32e6a1398b73cff1e4aa8bbe1aa265 2014-06-05various: remove SAL_THROW macroNoel Grandin Change-Id: I9464179a736b91f5bc32eb5e5e89b3b4e3da3494 2014-05-23remove boilerplate in UNO Exception constructor callsNoel Grandin Now that we have default values for Exception constructor params, remove lots of boilerplate code. Change-Id: I620bd641eecfed38e6123873b3b94aaf47922e74