summaryrefslogtreecommitdiff
path: root/configure.in
AgeCommit message (Collapse)Author
2011-07-28Merge commit 'libreoffice-3.4.2.3'Jan Holesovsky
Conflicts: Makefile.in configure.in instsetoo_native/util/makefile.mk instsetoo_native/util/openoffice.lst ooo.lst.in set_soenv.in solenv/inc/minor.mk
2011-07-26LIBXML & LIBXSLT should point to the correct SDK (Mac OS X)Joseph Powers
Also, the 10.7 SDK is named 10.7 and not 10.6. (copy/paste issue)
2011-07-26make -Wno-long-double usage conditional to gcc supporting itNorbert Thiebaud
2011-07-26-verson-min-allowed _default_ to 10.4 no matter whatNorbert Thiebaud
2011-07-26MacOSX configure options to support SDK and version min/maxNorbert Thiebaud
2011-07-26add dbumenugtk configure checkBjoern Michaelsen
2011-07-26Fix typoTor Lillqvist
2011-07-25use python-x.y.pc if existing for setting PYTHON_{CFLAGS,LIBS}Rene Engelhard
2011-07-25Silence the zip check.Jan Holesovsky
2011-07-25Use --filesync instead of -FS as the zip option.Jan Holesovsky
2011-07-25Make the zip error message less confusing.Jan Holesovsky
[Report directly when checking for zip, not after checking for unzip.]
2011-07-25Use fixed-name environment script and no source_soenv.shTor Lillqvist
No longer call the script snippet LinuxX86Env.Set.sh, MacOSXX86Env.Set.sh, etc, but always Env.Host.sh. No need for source_soenv.sh then, which wouldn't have worked when cross-compiling anyway. (As before, when cross-compiling, the environment script snipppet for the BUILD platform is called Env.Build.sh.)
2011-07-24change to internal python for Mac, raise minimum python version to 2.6Christian Lohmaier
pyuno has been python3-ified. Only python 2.6 and later are forward-compatible. Mac OSX 10.4 comes with 2.3, Mac OSX 10.5 comes with 2.5 only
2011-07-24Merge branch 'master' into feature/gnumake4Bjoern Michaelsen
2011-07-22ENABLE_DEBUG_STL isn't working out for us, too easy to mix with and withoutCaolán McNamara
2011-07-21resyncing to masterBjoern Michaelsen
2011-07-19distro-install: fix en-US-only installationPetr Mladek
generate en-US file list when --with-distro="" sigh, we should set WITH_LANG=en-US when no language is selected; the empty string is pretty ugly; unforrunately, many makefile tests check for this empty variable Signed-off-by: Michael Meeks <michael.meeks@novell.com> Signed-off-by: Andreas Radke <a.radke@arcor.de> Signed-off-by: Fridrich Strba <fridrich.strba@bluewin.ch>
2011-07-18use internal cppunit with STL debug enabledLuboš Luňák
http://lists.freedesktop.org/archives/libreoffice/2011-July/014970.html
2011-07-18tweak euid check to use a simpler check insteadMichael Meeks
2011-07-18Work around a bash-ism in configure.inMike Eberdt
2011-07-17Check for unzipThomas Arnhold
This wasn't working on Linux. Build was started no matter if unzip was found or not. This lead to other errors and finally to a build break. Hopefully this doesn't break other platforms.
2011-07-15Properly determine number of CPUs on FreeBSDMike Eberdt
2011-07-14add check for extra bit of minimal perl, etc. envCaolán McNamara
2011-07-14Unset the Python environment vars when running the sub-configureTor Lillqvist
2011-07-12set INSTALLDIR with real pathPetr Mladek
use the already substituted $LIBDIR instead of $libdir; the later might use $exec_prefix instead of real path
2011-07-11better support for distro packagingPetr Mladek
This is port from the build repo. The main differences are: + splits package-ooo into several scripts (bin/distro-install-*) + renames many variables to avoid OOO prefix and to better fit the variables produced by the current bootstrap configure.in + uses OOO_VENDOR from bootstrap/configure.in to add distro specific hacks; the conditions have been updated only for "Novell, inc." + install most of the desktop integration from sysui using sysui/desktop/share/create_tree.sh + do not install two extra templates: $OOINSTBASE/basis$VERSION/share/template/en-US/forms/resume.ott $OOINSTBASE/basis$VERSION/share/template/en-US/officorr/project-proposal.ott should get merged with other templates + do not install pyunorc-update64; it is needed only when you want to run 32-bit LO on 64-bit system; is anyone using it? + do not call install-dictionaries: + do not call build-galleries: is anyone using them? + do not install ootool and ooconfig is anyone using them? are they still working? Signed-off-by: Michael Meeks <michael.meeks@novell.com> Signed-off-by: Miklos Vajna <vmiklos@frugalware.org> Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@gmail.com>
2011-07-05Do build cairo for iOSTor Lillqvist
2011-07-04for windows, iOS and Android only force cairo if librsvg requiredCaolán McNamara
2011-07-04clean-up configure.in intendationsNorbert Thiebaud
2011-07-03Perhaps the GNU ld requirement is bogus on current (Open)Solaris descendantsTor Lillqvist
2011-07-01Work around m4 bracket stripping in MINGWSTRIP constructionTor Lillqvist
Signed-off-by: Rene Engelhard <rene@debian.org> (on IRC).
2011-06-30make cairo an unconditional requirement for text renderingCaolán McNamara
2011-06-25--with-system-libs should not prevent tarbals fetchingLuboš Luňák
2011-06-22Merge branch 'master' into feature/gnumake4Bjoern Michaelsen
2011-06-22make fontconfig non-optional on non-MacOSX unixCaolán McNamara
2011-06-21Disable ATL when compiling with MinGWTor Lillqvist
2011-06-21Pass --disable-zenity to the inner configure run for the BUILD platformTor Lillqvist
2011-06-20document this betterAlexander Thurgood
2011-06-19Merge branch 'master' into feature/gnumake4Bjoern Michaelsen
Conflicts: Repository.mk RepositoryFixes.mk configure configure.in set_soenv.in solenv/config/sdev300.ini solenv/gbuild/ComponentTarget.mk solenv/gbuild/CppunitTest.mk solenv/gbuild/CustomTarget.mk solenv/gbuild/Deliver.mk solenv/gbuild/Executable.mk solenv/gbuild/JavaClassSet.mk solenv/gbuild/Library.mk solenv/gbuild/LinkTarget.mk solenv/gbuild/StaticLibrary.mk solenv/gbuild/TargetLocations.mk solenv/gbuild/gbuild.mk solenv/gbuild/platform/linux.mk solenv/gbuild/platform/macosx.mk solenv/gbuild/platform/solaris.mk solenv/gbuild/platform/windows.mk solenv/gbuild/platform/winmingw.mk solenv/gbuild/templates/Executable.mk solenv/gbuild/templates/Library.mk solenv/inc/libs.mk solenv/inc/unxobsd.mk
2011-06-18enable libstdc++'s debug mode with --enable-debugDavid Tardon
2011-06-17ooo340fixes: #i117804# differentiate between ENABLE_CAIRO and ↵Philipp Lohmann [pl]
ENABLE_CAIRO_CANVAS [hg:e09be3339384]
2011-06-17Merge remote-tracking branch 'origin/libreoffice-3-4'Jan Holesovsky
Conflicts: Makefile.in bootstrap.1 configure.in solenv/inc/minor.mk
2011-06-17Make the online update service configurable (via --enable-online-update).Jan Holesovsky
Signed-off-by: Petr Mladek <pmladek@suse.cz>
2011-06-17gnumake4: configure.in: require Info-ZIP 3.0 [hg:ce56f9735b9c]Michael Stahl
2011-06-17gnumake4: configure.in: remove checks for obsolete Solaris 2.[67] ↵Michael Stahl
[hg:e37d17b6d8d9]
2011-06-17gnumake4: #i117350# configure.in: s/MINGSTRIP/MINGWSTRIP/ [hg:82fc045a63a6]Michael Stahl
2011-06-16Add BUILD_TYPE keywords NATIVE and DESKTOPTor Lillqvist
NATIVE indicates that the BUILD and HOST platforms are the same, i.e. a "normal" not cross-compiling build. DESKTOP indicates a "normal" desktop/server OS, like Linux, Windows, BSD or Mac OS X. (Non-desktop ones would be "mobile" ones like iOS and Android.) (All traditional, and so far only actually working, builds of OOo/LO is both NATIVE and DESKTOP. The non-NATIVE and non-DESKTOP cases belong in the experimental cross-compilation work.) All non-DESKTOP cases are also non-NATIVE, at least so far. In other words, when building for a mobile OS we always cross-compile. Note that the reverse is not true: We eventually would want to cross-compile to Windows, rarer Linux architectures, and PowerPC Mac OS X. DESKTOP is used in build.lst files to indicate modules that it makes no sense to build for mobile platforms. Nobody is going to run LibreOffice SDK tools on a tablet. NATIVE is used in build.lst files to indicate modules that produce just build-time executables (which can't be run on the BUILD system when cross-compiling), and which are not part of the SDK either. (Sadly the use of BUILD_TYPE keywords in the build.lst files is a bit tedious: you have to mark a module in the build.lst files of all its "parents", modules that depend on it, not in that of the module itself.) It does make sense to build SDK tools in the other cross-compilation cases. There is no reason why we wouldn't want to cross-compile also the executables that go into the SDK when cross-compiling to Windows, for instance.
2011-06-15Eeek, don't let ENABLE_GTK be set for iOS or AndroidTor Lillqvist
2011-06-15only fetch external tarballs if --disable-fetch-external is not definedRobert Nagy
2011-06-15only fetch external tarballs if --disable-fetch-external is not definedRobert Nagy
generated by cgit (git 2.34.1) at 2024-08-03 10:16:22 +0000