lo/core - LibreOffice 核心代码仓库

Age	Commit message (Collapse)	Author
2022-12-28	Introduce lo_get_app_data_dir() for Emscripten, too	Tor Lillqvist
	And not just Android. Hardcoded to return "/instdir" to match what is in the emscripten_fs_image. Change-Id: I26d4ec5e02ec9900e35ca47f1565a13ad2b723b6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144849 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2014-06-30	android: Introduce LibreOfficeKit.java to bootstrap using LibreOfficeKit.	Jan Holesovsky
	Change-Id: I5e1758c15684b06ab6809f62f4da6d5f50c071a9
2014-04-28	prefer makefile-gmake-mode	Takeshi Abe
	Change-Id: I9cc9bfbddd3a90e00eee3e674994e5d6207f9034
2013-04-30	Move to MPLv2 license headers, with ESC decision and author's permission.	Michael Meeks

2012-09-28	gbuild: 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-03-10	gbuild: get rid of realpath in gb_Foo_set_include	Matúš Kukan

2012-01-25	WaE: unwind possible undefined warnings	Michael Meeks

2012-01-09	Should use gb_Library_add_libs and not gb_Library_add_linked_libs	Tor Lillqvist
	for system libs, says dtardon, and I trust him. Note that this crap still doesn't work any more for Android, though. Some problems with the gnustl_shared library. I have no idea where it needs to be mentioned for the bloody gbuild mechanism to understand what kind of library that is.
2011-12-20	Link most libs and executables with gb_STDLIBS as presumably is intended	Tor Lillqvist

2011-12-19	sal: convert to gbuild	Matúš Kukan