Nah, don't bother going down this path for now, just require
max-allowed to be equal to the SDK version...
This reverts commit abf0ff683b.
Change-Id: I0a3d765533866dad6bf604b1ebbfaef9e168f667
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
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
...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.
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.
