lo/core - LibreOffice 核心代码仓库

Age	Commit message (Collapse)	Author
2014-04-28	prefer makefile-gmake-mode	Takeshi Abe
	Change-Id: I9cc9bfbddd3a90e00eee3e674994e5d6207f9034
2013-09-22	gbuild: make the versioned library the linktarget on Unixes	Michael Stahl
	If there is a SOVERSION then the versioned library is a real file and the unversioned one just a symlink; better to have the real file be the target. - add gb_Library_UDK_MAJORVER variable for SOVERSION - remove version parameter of gb_Library_set_soversion_script; instead hardcode the SOVERSION since it must be included in the file name in gb_Library_FILENAMES anyway - store the unversioned symlink in the ILIBTARGET variable - via new gb_Library_get_workdir_target_versionlink function - removed gb_Helper_install call that resulted in both versioned and unversioned libs in instdir Change-Id: I2c6f1698f0e39fdb2c07964d43ed9485cbca0b30
2013-04-30	Move to MPLv2 license headers, with ESC decision and author's permission.	Michael Meeks

2013-04-24	move URE headers to include/	David Tardon
	Change-Id: Ib48a12e902f2311c295b2007f08f44dee28f431d Reviewed-on: https://gerrit.libreoffice.org/3499 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-02-27	salhelper: new ZipPackage_salhelper_odk_headers	Michael Stahl
	Change-Id: I83172bd105496dd1af8090a01ebfac864958e20c
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-09-28	gbuild: replace direct gb_STDLIBS use with ...	Michael Stahl
	... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28	gbuild: split uwinapi out of gb_STDLIBS	Michael Stahl
	Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-04-08	LinkTarget.mk: remove gb_LinkTarget_add_package_headers	Michael Stahl

2012-04-08	gbuild: "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-02-23	Moved dp_gui::Thread to salhelper::Thread, so that all code can use it	Stephan Bergmann
	...also improved the code somewhat.
2011-12-15	salhelper: s/hack/gb_Library_set_soversion_script/	Michael Stahl

2011-12-15	convert salhelper to gbuild	Matúš Kukan
	This is a cherry-pick of Matúš's e2f30c078fcf26d481c2e90398b450f6c475a483 from the feature/gbuild branch, with the following modifications by Stephan Bergmann <sbergman@redhat.com>: * Adapt salhelper/Makefile to what all those Makefiles currently need to look like. * Do not remove salhelper/source/gcc3.map, instead add directly into it what otherwise solenv/bin/addsym.awk would add to it on Linux. * In salhelper/Library_salhelper.mk, add code that on Linux takes care of the soname and symbol versioning required for backwards compatibility. Solaris would need those features too, and its backwards compatibility is thus currently broken. Also add a bad hack to create the soname symlink (xxx.3 -> xxx) in the solver needed on non-Windows platforms (it is a bad hack for now in that it e.g. is not removed by "make clean"). * In solenv/gbuild/platform/macosx.mk, add an even worse hack to set the correct install name for libuno_salhelpergcc3.dylib.3, with a trailing ".3".