summaryrefslogtreecommitdiff
path: root/Makefile.in
AgeCommit message (Collapse)Author
2011-06-24Add shell to cross-build-toolsetTor Lillqvist
lngconvex is needed when cross-building to Windows.
2011-06-24additional native modules needed for crosscompileJesús Corrius
2011-06-22tweak this for some paranoid bash settingsCaolán McNamara
2011-06-21Add unoil and javaunohelper to cross-build-toolset, sighTor Lillqvist
2011-06-21Make the make of gbuild modules in cross-build-toolset silentTor Lillqvist
2011-06-21Drop offuh from cross-build-toolsetTor Lillqvist
2011-06-18'-' prefix in Makefile only works for the first command... work around itNorbert Thiebaud
2011-06-18fix 1eabd795b959830b74c3f3036fefeb143448d898 bad \Norbert Thiebaud
2011-06-18do not clean dmake if we use the system oneNorbert Thiebaud
2011-06-18Choose build.pl or make automatically in cross-build-toolsetTor Lillqvist
2011-06-17Add lucene, berkeleydb and l10ntools to cross-build-toolset, sighTor Lillqvist
2011-06-17Add idl to cross-build-toolset, we need svidlTor Lillqvist
2011-06-16Add icc to cross-build-toolsetTor Lillqvist
2011-06-16add experimental callcatcher targetCaolán McNamara
2011-06-16need tab hereDavid Tardon
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
2011-06-13Fix comphelper in cross-build-toolsetTor Lillqvist
2011-06-12Need setup_native for ulfconv, at least for nowTor Lillqvist
2011-06-12Add sax and stoc, use merged list in cross-build-toolsetTor Lillqvist
2011-06-12Add "rsc" to cross-build-toolsetTor Lillqvist
2011-06-12TypoTor Lillqvist
2011-06-12Add "tools" and its dependencies to cross-build-toolsetTor Lillqvist
2011-06-12Explicitly list modules in cross-build-toolsetTor Lillqvist
2011-06-08Add i18npool to cross-build-toolsetTor Lillqvist
The list of modules built in the cross-build-toolset target, many with --all, is getting a bit unwieldy. Should do this in a cleaner way, with a for loop, and avoiding multiple invokations of build.pl --all, instead just figure oiut a clever way to get the definite list of individual modules needed, in the correct order.
2011-06-08Add unodevtools to cross-build-toolsetTor Lillqvist
2011-06-07Add autodoc to cross-build-toolsetTor Lillqvist
2011-06-07Add dictionaries to cross-build-toolsetTor Lillqvist
2011-06-06Add gettext to cross-build-toolsetTor Lillqvist
2011-06-06Add glib to cross-build-toolset as the glib configury needs glib-genmarshalTor Lillqvist
2011-06-06Build and deliver for the build platform also in codemakerTor Lillqvist
2011-06-05Revert changes introduced with the merge of OOo dev300_m106Francois Tigeot
They break installation
2011-06-05Build more stuff in cross-build-toolsetTor Lillqvist
2011-06-05Build more stuff in cross-build-toolsetTor Lillqvist
2011-06-04Rehash of cross-compilation ideasTor Lillqvist
Like in my previous plan, when cross-compiling we run the same configure script separately for a native build configuration on the build platform, in a temporary subdirectory. Now use a fixed name "CONF-FOR-BUILD" for that subdirectory, so that it is easy to edit out that path component from those build environment variables that contain it. Pass more of the native build environment variables up to the main configure and propagate those to the build environment suffixed with _FOR_BUILD: INPATH, OUTPATH OUTDIR, PATH, SOLARINC, SOLARLIB, WORKDIR. Whether these all will actually be needed remains to be seen, the set can be reduced later. The environment setting file (*Env.Set.sh) for the native build is copied here to the top directory under the name Env.Build.sh, and the environment variables set in it that contain pathnames are modified to point directly to this top directory, not the temporary CONF-FOR-BUILD subdirectory. When doing a cross-compiling build, we first do a build of the necessary build-time tools for the build platform. This is done in the same source tree. As the directories where build results are stored include the platform specification (OUTPATH or in some cases INPATH), there should be no clashes. Don't run the download script from ./bootstrap(.1). We are running it from Makefile already anyway often enough. This could also do with some clean-up; the ./g -f clone phase is a bit slow, I am not sure if it really is necessary every time? Also, we should not overwrite ooo.lst if its contents isn't changing. Use INPATH_FOR_BUILD in SOLARBINDIR so that the self-built tools like idlc that we run are for the build platform, not the host platform. Attempt to get rid of the makefile.rc and makefile.mk files. Surely it should be enough with just Makefile(.in) (and then GNUmakefile.mk for its own so far special gbuild purposes). Instead of invoking dmake to do "clean" or "distclean" from Makefile(.in), we already just do the same directly in Makefile(.in). This way we don't need to first build dmake in order to be able to do a make clean, which will then finally clean out dmake again;) Ideally I would like to get rid of bootstrap(.1), too. It should be possible to merge its tasks into configure(.in) or Makefile(.in) as appropriate. And actually, maybe also what set_soenv(.in) does could well be merged into configure(.in)?
2011-06-01Tell to run LibreOffice.app on MacOSX, not soffice.binTor Lillqvist
2011-05-27Merge branch 'master' of git://anongit.freedesktop.org/libreoffice/bootstrapJan Holesovsky
2011-05-27Merge remote-tracking branch 'origin/integration/dev300_m106'Jan Holesovsky
Conflicts: Makefile.in Repository.mk autogen.sh bin/lo-commit-stat configure.in distro-configs/LibreOfficeOpenBSD.conf distro-configs/LibreOfficeWin32.conf instsetoo_native/util/openoffice.lst ooo.lst.in scp2/source/ooo/module_langpack.ulf set_soenv.in solenv/bin/ooinstall solenv/gbuild/CppunitTest.mk solenv/gbuild/Library.mk solenv/gbuild/LinkTarget.mk solenv/gbuild/TargetLocations.mk solenv/gbuild/platform/macosx.mk solenv/gbuild/platform/solaris.mk solenv/gbuild/platform/unxgcc.mk solenv/gbuild/platform/windows.mk solenv/inc/minor.mk solenv/inc/settings.mk tail_build/prj/makefile.mk
2011-05-26append subsequenttests to check: as per mailing list discussionMichael Meeks
2011-05-25need to escape this differently when spawning off shellCaolán McNamara
2011-05-25run this headlessCaolán McNamara
2011-05-24symlink the install in install folder like beforeCédric Bosdonnat
2011-05-24add 'make test' to run subsequenttestsMichael Meeks
2011-05-23make dev-install use smoketestBjoern Michaelsen
2011-05-17More cross-compiling workTor Lillqvist
AC_SUBST also EXEEXT_FOR_BUILD and use that in Makefile.in. As winemv.set.sh is now called WindowsMSVCEnv.Set.sh, with capital E and S like all the others, we can simplify the glob pattern for the Set.sh file. Don't attempt to download and/or run unpackers for dependencies relevant only when using MSVC if using MinGW. Misc other Windows host vs. build fixes.
2011-04-20make the installation dir better configurableHanno Meyer-Thurow
install to %libdir% intead of %prefix% as it is usual for other projects; use the usual DESTDIR instead of OODESTDIR Note that the default installation path is /usr/local/lib/libreoffice; it can be redefined by --prefix, --libdir, --with-install-dirname configure options Some of these changes contributed by Petr Mladek <pmladek@suse.cz>
2011-01-10support USE_GMAKE=1 envvar to build with gmake the modules that can be.Norbert Thiebaud
2011-01-08small fixes to allow using --with-linked-git & --with-external-tarChristian Lohmaier
2010-12-21give make check the same dependsCaolán McNamara
2010-12-16run autogen if configure.in, etc. changed since Makefile was generatedCaolán McNamara