core - main, development code repository

	Commit message (Collapse)	Author	Age	Files	Lines
*	gbuild: Remove MSVC 2013 legacy code	David Ostrovsky	2017-04-21	1	-1/+0
\| \| \| \| \| \| \| \| \|	Uwinapi is discontinued. Change-Id: I063b4d0d8fab2d60de168e960a63b8181158ac01 Reviewed-on: https://gerrit.libreoffice.org/23198 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
*	Move to MPLv2 license headers, with ESC decision and author's permission.	Michael Meeks	2013-04-22	1	-22/+4
\|
*	gbuild: fix silly "expandtabs" in makefile VIM modelines	Michael Stahl	2013-01-26	1	-1/+1
\| \| \| \|	Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
*	gbuild: do not copy boost headers around	Michael Stahl	2013-01-26	1	-0/+2
\| \| \| \| \| \| \| \| \|	- 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
*	gbuild: invert handling of standard system libraries:	Michael Stahl	2012-09-28	1	-2/+0
\| \| \| \| \| \| \|	Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
*	gbuild: replace direct gb_STDLIBS use with ...	Michael Stahl	2012-09-28	1	-1/+2
\| \| \| \| \| \|	... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
*	gbuild: split uwinapi out of gb_STDLIBS	Michael Stahl	2012-09-28	1	-0/+1
\| \| \| \|	Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
*	Replace use_internal_api with use_udk_api etc. where appropriate	Stephan Bergmann	2012-08-22	1	-3/+1
\| \| \| \|	Change-Id: I5e216ca01830a6568159ee8e9265938667f201a1
*	Bin MSVC unknown option '-0b0'	Tor Lillqvist	2012-05-31	1	-10/+0
\| \| \| \| \| \| \|	It was a typo, supposed to be -Ob0, but as stoc built fine anyway without that, presumably not needed. Change-Id: I866bd47c3d53bdf48581a3632d56fb3ac8b2ed5f
*	gbuild: "use" vs. "add":	Michael Stahl	2012-04-08	1	-2/+2
\| \| \| \| \| \| \| \| \|	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)
*	add $(gb_STDLIBS) to linked libs	David Tardon	2012-03-24	1	-0/+1
\|
*	gbuildize stoc	David Tardon	2012-03-12	1	-0/+56