core - main, development code repository

	Commit message (Collapse)	Author	Age	Files	Lines
*	Revert "Avoid confusion in 10.7 SDK headers in at least Xcode45-DP3"	Tor Lillqvist	2012-07-28	1	-12/+2
\| \| \| \| \| \| \| \| \|	Nah, don't bother going down this path for now, just require max-allowed to be equal to the SDK version... This reverts commit abf0ff683bc87fe6b2d88df0ae101d89740d6238. Change-Id: I0a3d765533866dad6bf604b1ebbfaef9e168f667
*	Avoid confusion in 10.7 SDK headers in at least Xcode45-DP3	Tor Lillqvist	2012-07-23	1	-2/+12
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	When building with MAC_OS_X_VERSION_MAX_ALLOWED < MAC_OS_X_VERSION_10_7, <CoreData/NSFetchRequest.h> does #define NSPersistentStoreRequest NSObject (i.e. as a dummy) and does not import <CoreData/NSPersistentStoreRequest.h>. But <CoreData/NSIncrementalStore.h> doesn't do anything similar, it imports <CoreData/NSPersistentStoreRequest.h> unconditionally. So if <CoreData/NSFetchRequest.h> has already been included by then, it will end up quite confusing. Change-Id: I9de6885ea444a73bf5fd50aa6a3d132b9fcc2f31
*	make gbuild the default assumption of build.pl	Bjoern Michaelsen	2012-04-29	1	-0/+0
\| \| \| \| \| \| \| \|	this removes dmake completely out of the build for migrated modules build.pl now assumes modules to be gbuild, unless there is a prj/dmake file Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
*	help XCode 2.5 resolve @loader_path/libfoo.dylib	Christian Lohmaier	2012-03-24	1	-2/+5
\|
*	.lst files don't need executable bits	Michael Stahl	2012-03-23	1	-0/+0
\|
*	chmod -x	Tor Lillqvist	2012-03-21	1	-0/+0
\|
*	Simplify install name handling for external libraries on Mac OS X	Stephan Bergmann	2012-02-29	1	-4/+2
\| \| \| \| \| \| \| \| \|	...by allowing our special @___... tokens anywhere within an install name, so that external modules can configure --prefix=/@___... etc. This removes the need for the special extshl and EXTRPATH=LOADER. Also, a new OUT2BIN_NONE can be used for external modules where the generated libraries need the default EXTRPATH=OOO, but generated executables are only used during the build and such need RPATH=NONE.
*	Fix build against the MacOSX 10.6 SDK but with 10.4 as the highest used API	Tor Lillqvist	2011-10-03	1	-0/+30
\|
*	Escaped non-ASCII characters from source files in pango	Takashi Nakamoto	2011-08-31	2	-1/+529
\| \| \| \| \| \| \|	Building pango with VC++ 2008 Express Edition on Windows platform where the locale is Japanese (or maybe Korean, Chinese or others) fails because some files extracted from the pango tarball contains non-ASCII characters. This change escapes those non-ASCII characters with "\xff" expression.
*	I'm sure I fixed this before	Caolán McNamara	2011-08-04	1	-2/+2
\|
*	silence pango, get rid of $/ escapes, pass verbosity switches	Christian Lohmaier	2011-06-14	2	-11/+39
\|
*	Add cross-compilation support	Tor Lillqvist	2011-06-07	1	-0/+4
\|
*	Use unique Pango DLL names to avoid risk clashing with "official" DLLs	Tor Lillqvist	2011-06-03	2	-4/+21
\|
*	Drop %_EXT% which was always empty	Tor Lillqvist	2011-06-03	1	-40/+40
\|
*	Set also CXXFLAGS	Tor Lillqvist	2011-05-31	1	-0/+1
\|
*	Propagate verbosity	Tor Lillqvist	2011-05-30	1	-1/+4
\|
*	ooo340libs: needed patch changes for external libraries/using ↵	ka	2011-04-01	2	-915/+4
\| \| \| \|	external/jpeg*.h again
*	masterfix DEV300: #i10000# build fixes	Ivo Hinkelmann	2011-03-30	2	-2/+2
\|
*	rsvglibs: final touches	Philipp Lohmann [pl]	2011-03-29	1	-542/+0
\|
*	rsvglibs: adjustments for external library patches	ka	2011-03-28	2	-8/+6
\|
*	rsvglibs: minor adjustments wrt. new/updated external libs	ka	2011-03-28	2	-0/+543
\|
*	rsvglibs: corrected dependencies	ka	2011-03-26	2	-0/+0
\|
*	rsvglibs: added external pango library	ka	2011-03-26	4	-31/+1622
\|
*	rsvglibs: adjusted makefiles to build external rsvglib dependencies	ka	2011-03-25	1	-0/+4
\|
*	rsvglibs: add pango dependency	Philipp Lohmann [pl]	2011-03-01	4	-0/+194