| Age | Commit message (Collapse) | Author |
|---|
|
Now with librsvg no longer used, and liblangtag no longer using glib,
a bunch of bundled (in some configurations, always on some platforms)
3rd-party libraries are no longer needed.
Initial work by rene, continued by tml.
Change-Id: I76edd7aea5452e3487499f0b9ed9f767cf760194
|
|
Convert DOS -> unix newlines.
Cleanup and clarify several files.
|
|
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
|
|
Change-Id: I2e779831e47cb1243ae7319b73b9fa553cf97034
Reviewed-on: https://gerrit.libreoffice.org/852
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
Change-Id: I8f20800584d864b8fa9789b0ffab6b62db232632
|
|
Change-Id: Ic57dc1843e11c08553656e798e7601d4d8607942
|
|
|
|
|
|
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
|
|
|
|
and stick headers into the solver in the same hierarchy as is "standard"
so we don't have to patch so much, similiarly rename to libz
|
|
...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.
|
|
...in case that should ever become uesful.
|
|
|
|
o test.mo ./de.po; \
../.././install-sh -c -d de/LC_MESSAGES; \
cp -f test.mo de/LC_MESSAGES
/bin/sh: line 1: o: command not found
cp: test.mo: No such file or directory
make[5]: [test.mo] Error 1 (ignored)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Patch out the chunk of GLib's configure script that looks for
libintl. Take care of fallout in a couple of places in GLib
sources. The end result is that GLib doesn't use any libintl (gettext
etc) functionality. Which is nice, as we then shouldn't need to build
gettext. No functionality should be lost, as we weren't delivering any
GLib message catalogs anyway, so none of the gettext calls at least
here would ever have found any localised messages.
|
|
|
|
|
|
|
|
Pass --build and --host options to the configure script. Pass a bunch
of a priori cached test results for stuff that can't be determined
when cross-compiling. Link with the CoreFoundation framework. Build
static archives.
Patch out the compile-time USE_LIBICONV_GNU and _LIBICONV_H test from
gconvert.c as it for some reason fails for iOS.
|
|
It is needed in case a native internal GLib build is used when
cross-compiling GLib.
|
|
|
|
|
|
Don't use the same name for the GLib DLLs that we build with MSVS9 as
in the "official" MinGW-built packages (either the ones from
www.gtk.org, or the ones from OBS). The "official" GLib DLLs use
msvcrt.dll, while the ones we build use msvcr90.dll. We want to avoid
potential confusion. Call the DLLs we build glib-2.0.dll etc, not
libglib-2.0-0.dll etc.
|
|
|
|
external/jpeg*.h again
|
|
|
|
external projects
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
