core - main, development code repository

	Commit message (Collapse)	Author	Age	Files	Lines
*	gbuild: set Package default target to INSTDIR	Michael Stahl	2013-10-28	1	-2/+0
\| \| \| \|	Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
*	Try to fix cross-compilation	Tor Lillqvist	2013-09-23	1	-1/+1
\| \| \| \| \| \| \| \|	Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions. Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT. Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
*	Towards a working instdir for Mac OS X	Stephan Bergmann	2013-09-11	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Introduced gb_INSTROOT, which is the same as $(INSTDIR) except for Mac OS X, where it is $(INSTDIR)/LibreOffice.app/Contents. Most stuff ends up there (so most occurrences of $(INSTDIR) have been replaced with $(gb_INSTROOT)), but SDK- related stuff goes to $(INSTDIR)/$(gb_Package_SDKDIRNAME). (And GeneratedPackage needed to be made more flexible, to allow for packages that go into either of those two places.) For Android and iOS, gb_INSTROOT probably still needs to be set. The most obvious missing thing yet to make instdir work for Mac OS X is the instdir//LibreOffice.app/Contents/ure/ vs. instdir//LibreOffice.app/Contents/ure-link/ split. Change-Id: I4478edd27b14c92c96d92d5169bdca3ec50d78f5
*	Further work on the "Mac-like app structure" option	Tor Lillqvist	2013-08-18	1	-2/+2
\| \| \| \| \| \| \|	Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
*	More gb_PROGRAMDIRNAME clean up	Stephan Bergmann	2013-05-10	1	-2/+2
\| \| \| \|	Change-Id: I5af86e15bcb8958a680e7309f13d7a865f29d7a9
*	install python scripting provider using filelist	David Tardon	2013-05-04	1	-2/+4
\| \| \| \|	Change-Id: I9db93fd588f1cca9ce071d4ff14d5c9c699748a0
*	Turn Python Scripting Provider from bundled extension to plain code	Stephan Bergmann	2012-11-30	1	-0/+15
	To avoid unnecessary confusion between the newly plain code and any instance of the old extension still installed (per-user or shared), I renamed the UNO implementation identifier org.openoffice.pyuno.LanguageScriptProviderForPython to org.libreoffice.pyuno.LanguageScriptProviderForPython. Also, existing installations of the extension are explicitly not migrated to new user profiles. Change-Id: Id3dd66ba5e52e0962f7ad0ccb5e4ad5b0bec97fa