lo/core - LibreOffice 核心代码仓库

Age	Commit message (Collapse)	Author
2013-04-24	gbuild: drop empty use_packages calls	David Tardon
	Change-Id: I8e9f70eb5d929c98b4379416c2259a74e31d587f Reviewed-on: https://gerrit.libreoffice.org/3503 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-24	gbuild: drop uses of removed packages	David Tardon
	Change-Id: I400fad08c0ae7b6b34bad63693f54856867e4dac Reviewed-on: https://gerrit.libreoffice.org/3502 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-01-26	gbuild: do not copy boost headers around	Michael Stahl
	- do not use gb_UnpackedTarball_copy_header_files for boost - adapt the optimization in concat-deps.c for new path - use boost_headers in all LinkTargets that require it - add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
2012-12-13	link embedobj to tools library	Luboš Luňák
	Usage introduced in dde234b6955a421d51d2b37e4fc3972c660146f0 and MSVC wants an external symbol even if the function is inline, for some reason.
2012-11-07	fdo#56818 Work around deadlock caused by differing lock orders	Stephan Bergmann
	Change-Id: Iaabe36bf0c1f051f9cebc2b65e614063698959fa
2012-10-06	add missing dep for tools/diagnose_ex.h	David Tardon
	Change-Id: Ib2558d444545cbeedc188ade5265e1bb665ade37
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-07-02	targetted improvement of UNO API includes / usage	Michael Meeks

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-03-01	embeddedobj: convert to gbuild	Matúš Kukan