| Age | Commit message (Collapse) | Author |
|---|
|
LO builds GLib, gdk-pixbuf and Pango using their ancient nmake-based
build mechanisms (that use the make.msc from GLib's build/win32
directory). This compiles against the debugging runtime (the -MDd
switch, msvcr90d.dll) if there is a DEBUG environment variable. We
don't want that. None of LO's own DLLs should use the debugging
runtime even in an --enable-debug build, and the debugging runtime
doesn't get included in the installer.
Change-Id: I04d2dcc0d5bb245af4afac976b6c1fecbf2095e1
|
|
gdk-pixbuf, gettext, glib, libcroco, libgsf and pango are only deps of
librsvg, which means they do not have to be configured/built in a build
without librsvg. In effect, this generalizes the previous exception for
Android and iOS.
Change-Id: Ia0bd5e1c2bfa27842d8806886cd5774a420a973f
|
|
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
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
external/jpeg*.h again
|
|
Notes:
split repo tag: libs-extern-sys_ooo/DEV300_m105
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
