summaryrefslogtreecommitdiffstats
path: root/set_soenv.in
Commit message (Collapse)AuthorAgeFilesLines
* bump to libexttextcatCaolán McNamara2011-09-231-2/+4
| | | | | | As an aside we can always use the configuration and data files belonging to the system version now in --with-system-libexttextcat mode, so need for the --data option.
* Always output AWTLIB, gbuildized 'bean' depends on that.Jan Holesovsky2011-09-201-3/+1
|
* Fix soenv for FreeBSDBaptiste Daroussin2011-09-191-3/+2
|
* Drop unused WinFormat functionTor Lillqvist2011-09-191-63/+0
|
* Drop ActiveState Perl supportTor Lillqvist2011-09-191-24/+23
| | | | | Why make life harder on purpose? On Cygwin, we support the Cygwin Perl, period.
* Avoid reordering elements already in PATH for CygwinTor Lillqvist2011-09-191-12/+13
| | | | | For instance: If we have /opt/lo/bin in PATH already in front of /usr/bin, we don't want to put /usr/bin in front of it again.
* Surely /usr/bin already is in PATH on CygwinTor Lillqvist2011-09-191-5/+0
| | | | | | It would be a weird PATH otherwise. (And if that is the case, presumably there is a good reason for it, then, and we shouldn't force /usr/bin there.)
* Bin weird leftover from OOo's native MinGW thingTor Lillqvist2011-09-191-2/+0
| | | | | | | I don't see the need to explicitly prefix PATH with /usr/bin in the generated 'bootstrap' file. Surely /usr/bin is in PATH anyway for any sane setup, and if there are other directories in front of it in PATH, that is then on purpose.
* Revert "Remove once again the INSTALLDIR feature"Tomas Chvatal2011-09-181-0/+2
| | | | | | | | | | This reverts commit bf0ea5c4eefa122febaaa5e6da8ecf4b1869f991. Those variables are used in bin/distro-install-*. Unable to find any issue with both distro-install and dev-install so reverting. If something really does break it needs fixing. Reverting this is not an option.
* Removed no longer needed PROFULLSWITCH.Stephan Bergmann2011-09-161-1/+0
|
* typo fixAndras Timar2011-09-131-1/+1
|
* provide instructions to install a linreoffice-custom gnumakeNorbert Thiebaud2011-09-101-3/+21
|
* Add detection of stale / slow makes (for Windows) and warn about them.Michael Meeks2011-09-101-0/+12
|
* extend branding options in configureAndras Timar2011-09-011-0/+9
|
* Remove the almost always empty '350' directoryFrançois Tigeot2011-08-301-2/+2
| | | | | It's better to use two completely separate source trees than to try to build two different versions of LibreOffice in the same one
* MinGW cross-compilation improvementsTor Lillqvist2011-08-291-0/+7
| | | | | | | | | | | | | | | | | | Make sure the MINGW_FOO environment variables get set and propagated to the build environment also in the MinGW cross-compilation case. The OOo code used to do that for MinGW natively on Windows (under Cygwin). (Which we don't intend to support.) Now, whether the *use* of these variables in the various makefiles etc is relevant any more remains to be seen. I suspect all that might well be unnecessary, as we after all are capable of cross-build the code using MinGW just fine currently with none of these MINGW_FOO being set. One place where at least MINGW_GCCDLL and MINGW_GXXDLL is needed, though, is in scp2. We presumably do want to include these DLLs (the shared libgcc and libstdc++) in the installation set, to the extent the scp2 stuff can be used still in a MinGW cross-build context.
* we are not using this GLIBC variableMatúš Kukan2011-08-291-5/+1
|
* Bin USE_MINGWTor Lillqvist2011-08-261-124/+46
| | | | | | | | | | | | Its alternative values as used by OOo is irrelevant to us as we don't intend to support building using MinGW on Windows itself. To us, MinGW always means cross-compilation. For us it is enough to look at $(OS)$(COM), and WNTGCC always implies cross-compilation. (OOo on the other hand attempts to support use of the Cygwin gcc with the -mno-cygwin option (which is practically considered an obsolete option), the normal MinGW compiler (but still from Cygwin), but not cros-compilation.)
* Add support for creating merged library.Matúš Kukan2011-08-241-0/+1
| | | | | | | | | This commit allows to set which libraries to merge and creates merged library in tail_build if enabled. This should save time when loading libraries in application and also makes more sense for link-time optimization. Signed-off-by: Michael Meeks <michael.meeks@novell.com>
* fix $JRELIBDIR/$JRETOOLKITDIR/$JRETHREADDIR for mips(el) (missing /jre)Rene Engelhard2011-08-231-4/+4
|
* export WORDS_BIGENDIAN in set_soenv and make graphite2 use itRene Engelhard2011-08-231-0/+1
|
* Remove once again the INSTALLDIR featureFrançois Tigeot2011-08-231-2/+0
| | | | It was reintroduced with a merge from the 3.4 branch
* Don't unset INCLUDE in each MSVC compilation, instead do it in Env.Host.shTor Lillqvist2011-08-231-0/+1
|
* Enable CUPS unconditionallyFrançois Tigeot2011-08-221-1/+0
| | | | | It doesn't make sense to try to use anything else to print on *nix systems these days
* enable using link-time optimizationMatúš Kukan2011-08-221-0/+1
| | | | | This commit enables LTO for all shared libraries. Build takes much longer. Use just with gcc-4.5 or later.
* detect gmake 3.81 and limit to -j1 unless num-cpu is explicitly setNorbert Thiebaud2011-08-191-0/+1
|
* Implement AsmObject in gbuild (Windows only for now, stub for unxgcc).Jan Holesovsky2011-08-111-0/+1
| | | | This fixes the build of 'basic' on Windows.
* Remove --server mode and supporting code from build.pl.Jordan Ayers2011-08-101-3/+1
|
* Adjust the parallelism of tail_build to be max(max-process, num-cpus)Norbert Thiebaud2011-08-091-0/+1
| | | | | | | | tail_build run mostly by itself and wrap a dozen of module, using just MAXPROCESS for the parallelism force to limit NB_CPUS in order to avoid a NB_CPUS x MAXPROCESS scenario. This mitigate this problem, until we don;t need MAXPROCESS anymore and NB_CPUS becomes the only driving force.
* remove obsolete USE_CCACHE env. prefix ccache after C[C|XX] final evalNorbert Thiebaud2011-08-071-1/+0
|
* Added Russian language Lightproof moduleKalman Szalai - KAMI2011-08-071-0/+1
| | | | | * Added module * Remove versioned directories in scp2 module for Lightproof
* just check for support of -mno-avxCaolán McNamara2011-08-041-0/+1
|
* Using X11 on MacOSX hasn't been supported for yearsTor Lillqvist2011-08-011-5/+0
|
* set_soenv: remove reference to no longer existing program stepsMiklos Vajna2011-07-311-3/+0
| | | | | Those were removed in commit 22d9caecc978a5739ddd1430fd26abe06454726c already.
* MacOS: Remove some of my changes.Joseph Powers2011-07-301-1/+1
| | | | | | | | | | tml didn't like some of them; plus, configure.in -> configure removes the [] in if statements (atleast on my machine) so I have to use "test". My CPATH & LIBRARY_PATH statements where unreliable; even after modifying set_soenv.in to export them correctly. I'm currently exporting them before the ./autogen.sh && make and things seem to work better; I'm still looking for a better solution.
* Mac OS: On 10.7, the standard search paths don't work.Joseph Powers2011-07-291-3/+3
| | | | | | | | | Installing xCode 4.1 renames the xCode 3.2.6 directory to /Developer-old/; however, the compiler gets confused and can't find the headers and libraries. This patch just notifies the compiler where they are actually located. Note: I'm assuming that people compiling on 10.7 aren't trying to generate a PPC binary.
* Merge commit 'libreoffice-3.4.2.3'Jan Holesovsky2011-07-281-1/+14
|\ | | | | | | | | | | | | | | | | | | | | 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
| * better support for distro packagingPetr Mladek2011-07-111-1/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
| * fix configure without the optional translations modulePetr Mladek2011-06-221-3/+5
| |
* | make -Wno-long-double usage conditional to gcc supporting itNorbert Thiebaud2011-07-261-0/+1
| |
* | oops lost the patch to export the MacOSX variable inset_soenv.inNorbert Thiebaud2011-07-261-1/+4
| |
* | MacOSX configure options to support SDK and version min/maxNorbert Thiebaud2011-07-261-7/+13
| |
* | add dbumenugtk configure checkBjoern Michaelsen2011-07-261-0/+2
| |
* | Revert "no need for INPATH in WORKDIR anymore"Tor Lillqvist2011-07-251-1/+1
| | | | | | | | | | | | | | We do need to have the platform-specific part in WORKDIR, for cross-compilation support. This reverts commit 3c471c4a11fe58a6cd3dbf09099d9a1ecf60dd38.
* | no need for INPATH in WORKDIR anymoreBjoern Michaelsen2011-07-251-1/+1
| | | | | | | | * this has been obsoleted with commit 22d9caecc978a5739ddd1430fd26abe06454726c
* | Use fixed-name environment script and no source_soenv.shTor Lillqvist2011-07-251-55/+43
| | | | | | | | | | | | | | | | | | | | 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.)
* | Bin pointless "nmake=dmake" alias, who needs that?Tor Lillqvist2011-07-251-6/+1
| |
* | Merge branch 'master' into feature/gnumake4Bjoern Michaelsen2011-07-241-6/+2
|\ \
| * | ENABLE_DEBUG_STL isn't working out for us, too easy to mix with and withoutCaolán McNamara2011-07-221-1/+0
| | |
| * | Using -L/lib and -L/usr/lib on MacOSX builds is unnecessary and wrongTor Lillqvist2011-07-211-5/+2
| | | | | | | | | | | | | | | | | | | | | | | | As we build against the MacOSX 10.4 SDK we should certainly not link against any libraries of the build OS, which could well be 10.5, 10.6 or 10.7. Norbert verified that this works fine.
generated by cgit (git 2.34.1) at 2024-08-17 01:36:58 +0000