2010-11-11 01:42:52 -06:00
|
|
|
# @configure_input@
|
2010-08-18 10:48:07 -05:00
|
|
|
|
2010-12-07 03:30:05 -06:00
|
|
|
SHELL=/usr/bin/env bash
|
2010-08-18 10:48:07 -05:00
|
|
|
|
2011-08-22 00:36:13 -05:00
|
|
|
ifeq (@CROSS_COMPILING@,YES)
|
|
|
|
CROSS_TOOLSET_RULE:=cross-build-toolset
|
|
|
|
else
|
|
|
|
CROSS_TOOLSET_RULE:=
|
|
|
|
endif
|
|
|
|
|
2011-09-16 12:47:15 -05:00
|
|
|
ifeq ($(filter all check unitcheck,$(MAKECMDGOALS)),)
|
|
|
|
gb_MAKETARGET=build
|
|
|
|
else
|
|
|
|
# fail early
|
|
|
|
gb_MAKETARGET=all
|
|
|
|
endif
|
|
|
|
|
2011-11-07 03:10:45 -06:00
|
|
|
.PHONY : build dev-install all cross-build-toolset install distro-pack-install clean clean-host clean-build distclean findunusedcode
|
2011-09-16 11:48:08 -05:00
|
|
|
|
2011-09-28 15:54:44 -05:00
|
|
|
all: build unitcheck
|
2011-10-07 03:48:12 -05:00
|
|
|
@echo
|
|
|
|
@echo "LibreOffice build succesfully finished :-)"
|
|
|
|
@echo
|
|
|
|
ifeq (@CROSS_COMPILING@,YES)
|
|
|
|
@echo "Please consult README.cross how to install it."
|
|
|
|
else
|
|
|
|
@echo "To install, issue: @GNUMAKE@ install"
|
2011-10-07 06:03:00 -05:00
|
|
|
@echo "Developers might prefer this way: @GNUMAKE@ dev-install -o build"
|
2011-10-07 03:48:12 -05:00
|
|
|
@echo "To run smoketest, issue: @GNUMAKE@ check"
|
|
|
|
endif
|
|
|
|
@echo
|
2011-09-28 15:54:44 -05:00
|
|
|
|
2011-09-16 09:57:42 -05:00
|
|
|
build: Makefile dmake/dmake@EXEEXT_FOR_BUILD@ src.downloaded $(CROSS_TOOLSET_RULE)
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2011-09-16 12:47:15 -05:00
|
|
|
cd instsetoo_native && \
|
|
|
|
gb_MAKETARGET=$(gb_MAKETARGET) build.pl -P@BUILD_NCPUS@ --all -- -P@BUILD_MAX_JOBS@
|
2011-09-16 11:48:08 -05:00
|
|
|
|
|
|
|
dev-install: build
|
|
|
|
@. ./Env.Host.sh && \
|
2011-09-23 10:44:53 -05:00
|
|
|
cd smoketestoo_native && \
|
|
|
|
build.pl -P@BUILD_NCPUS@ -- -P@BUILD_MAX_JOBS@ && \
|
|
|
|
rm -f "@abs_builddir@"/install && \
|
|
|
|
ln -s "$$SOLARVER/$$INPATH"/installation/opt/ \
|
|
|
|
"@abs_builddir@"/install && \
|
|
|
|
printf '\n' && \
|
|
|
|
printf \
|
|
|
|
'\nDeveloper installation finished, you can now execute:\n\n' \
|
|
|
|
&& \
|
2011-11-25 08:14:09 -06:00
|
|
|
if test `uname -s` = Linux; then \
|
|
|
|
printf 'make debugrun\n'; \
|
|
|
|
elif test `uname -s` = Darwin; then \
|
2011-09-23 10:44:53 -05:00
|
|
|
printf 'open %s/install/LibreOffice.app\n' "@abs_builddir@"; \
|
|
|
|
else \
|
|
|
|
printf 'cd %s/install/program\n. ./ooenv\n./soffice.bin\n' \
|
|
|
|
"@abs_builddir@"; \
|
|
|
|
fi
|
2011-09-16 11:48:08 -05:00
|
|
|
|
2011-11-25 08:24:49 -06:00
|
|
|
debugrun:
|
2011-11-25 09:41:28 -06:00
|
|
|
@ @GNUMAKE@ -f $(dir $(realpath $(firstword $(MAKEFILE_LIST))))/GNUmakefile.mk debugrun
|
2011-11-25 08:14:09 -06:00
|
|
|
|
2011-09-16 11:48:08 -05:00
|
|
|
check : allcheck
|
2011-09-16 12:47:15 -05:00
|
|
|
@true
|
|
|
|
|
2011-09-16 11:48:08 -05:00
|
|
|
%check:
|
2011-11-25 10:17:19 -06:00
|
|
|
@ @GNUMAKE@ -f $(dir $(realpath $(firstword $(MAKEFILE_LIST))))/GNUmakefile.mk -r \
|
2011-11-25 09:41:28 -06:00
|
|
|
$(if @VERBOSE@,,-s) --jobs="$(if \
|
|
|
|
$(CHECK_PARALLELISM),$(CHECK_PARALLELISM),@GMAKE_PARALLELISM@)" \
|
|
|
|
$(patsubst allcheck,check,$@)
|
2011-09-16 11:48:08 -05:00
|
|
|
|
2011-08-22 00:36:13 -05:00
|
|
|
cross-build-toolset:
|
2011-08-19 08:01:17 -05:00
|
|
|
@. ./Env.Build.sh && \
|
|
|
|
cd cross_toolset && \
|
2011-09-03 19:54:15 -05:00
|
|
|
build.pl -P@BUILD_NCPUS@ --all -- -P@BUILD_MAX_JOBS@
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
|
2011-09-16 11:48:08 -05:00
|
|
|
install: build
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2011-09-18 01:41:21 -05:00
|
|
|
echo "Installing in @INSTALLDIR@..." && \
|
|
|
|
ooinstall "@INSTALLDIR@" && \
|
2010-12-01 03:47:46 -06:00
|
|
|
echo "" && \
|
|
|
|
echo "Installation finished, you can now execute:" && \
|
2011-09-20 11:12:13 -05:00
|
|
|
echo "@INSTALLDIR@/program/soffice"
|
2011-07-08 05:01:56 -05:00
|
|
|
|
|
|
|
distro-pack-install: install
|
|
|
|
./bin/distro-install-clean-up
|
|
|
|
./bin/distro-install-desktop-integration
|
|
|
|
./bin/distro-install-sdk
|
|
|
|
./bin/distro-install-file-lists
|
2010-09-16 13:40:40 -05:00
|
|
|
|
2011-09-18 17:45:19 -05:00
|
|
|
distclean: clean
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
ifeq (@BUILD_DMAKE@,YES)
|
2011-09-18 17:45:19 -05:00
|
|
|
-test -f dmake/Makefile && $(MAKE) -C dmake distclean
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
endif
|
2011-09-18 17:45:19 -05:00
|
|
|
rm -rf Env.Host.sh Makefile aclocal.m4 autogen.lastrun autom4te.cache \
|
2011-11-16 06:12:09 -06:00
|
|
|
bin/repo-list build_env config.log config.status configure \
|
2011-09-18 17:45:19 -05:00
|
|
|
desktop/scripts/soffice.sh ooo.lst post_download post_download.log \
|
2011-11-16 06:12:09 -06:00
|
|
|
set_soenv set_soenv.last set_soenv.stamp src.downloaded warn
|
2010-12-01 03:47:46 -06:00
|
|
|
|
2011-11-07 03:10:45 -06:00
|
|
|
clean: clean-host clean-build
|
|
|
|
|
|
|
|
clean-host:
|
2011-07-24 17:02:17 -05:00
|
|
|
. ./Env.Host.sh && \
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
rm -rf */$$INPATH && \
|
2011-06-18 14:22:08 -05:00
|
|
|
rm -rf install
|
2011-11-13 14:52:16 -06:00
|
|
|
|
|
|
|
clean-build:
|
2011-06-18 14:09:42 -05:00
|
|
|
ifeq (@BUILD_DMAKE@,YES)
|
2011-07-24 17:02:17 -05:00
|
|
|
. ./Env.Host.sh && \
|
2011-06-18 14:40:37 -05:00
|
|
|
(if [ -f dmake/Makefile ] ; then $$GNUMAKE -C dmake clean; fi) && \
|
2011-06-18 14:22:08 -05:00
|
|
|
rm -f solenv/*/bin/dmake*
|
2011-06-18 14:09:42 -05:00
|
|
|
endif
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
ifeq (@CROSS_COMPILING@,YES)
|
2011-07-24 17:02:17 -05:00
|
|
|
. ./Env.Host.sh && \
|
2011-11-13 14:52:16 -06:00
|
|
|
rm -rf */$$INPATH_FOR_BUILD
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
endif
|
2010-12-01 03:47:46 -06:00
|
|
|
|
2011-05-16 18:22:19 -05:00
|
|
|
dmake/dmake@EXEEXT_FOR_BUILD@:
|
Rehash of cross-compilation ideas
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-04 06:59:34 -05:00
|
|
|
./bootstrap
|
2010-12-02 04:47:13 -06:00
|
|
|
|
2011-01-08 11:45:25 -06:00
|
|
|
src.downloaded: ooo.lst download
|
2011-06-15 05:51:41 -05:00
|
|
|
ifeq (@DO_FETCH_TARBALLS@,YES)
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2010-12-02 04:47:13 -06:00
|
|
|
$$SRC_ROOT/download $$SRC_ROOT/ooo.lst && touch $@
|
2011-06-15 05:51:41 -05:00
|
|
|
else
|
2011-06-16 00:08:35 -05:00
|
|
|
@echo "Automatic fetching of external tarballs is disabled."
|
2011-06-15 05:51:41 -05:00
|
|
|
endif
|
2010-12-02 04:47:13 -06:00
|
|
|
|
2011-01-08 11:45:25 -06:00
|
|
|
fetch: src.downloaded
|
2010-12-02 08:06:21 -06:00
|
|
|
|
2011-11-16 06:12:36 -06:00
|
|
|
ifneq ($(MAKECMDGOALS),clean)
|
|
|
|
ifneq ($(MAKECMDGOALS),distclean)
|
2011-08-22 02:30:10 -05:00
|
|
|
Makefile: autogen.lastrun configure.in ooo.lst.in set_soenv.in Makefile.in
|
2010-12-16 04:17:30 -06:00
|
|
|
./autogen.sh
|
2011-11-16 06:12:36 -06:00
|
|
|
endif
|
|
|
|
endif
|
2010-12-16 04:17:30 -06:00
|
|
|
|
2010-12-13 15:47:09 -06:00
|
|
|
id:
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2010-12-13 15:47:09 -06:00
|
|
|
create-ids
|
|
|
|
|
|
|
|
tags:
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2010-12-13 15:47:09 -06:00
|
|
|
create-tags
|
|
|
|
|
|
|
|
docs:
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2010-12-13 15:47:09 -06:00
|
|
|
mkdocs.sh $$SRC_ROOT/docs $$SOLARENV/inc/doxygen.cfg
|
2011-06-16 03:11:06 -05:00
|
|
|
|
|
|
|
findunusedcode:
|
|
|
|
# experimental callcatcher target
|
|
|
|
# http://www.skynet.ie/~caolan/Packages/callcatcher.html
|
|
|
|
@which callcatcher > /dev/null 2>&1 || \
|
2011-06-30 05:01:43 -05:00
|
|
|
(echo "callcatcher not installed" && false)
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
2011-09-28 17:47:40 -05:00
|
|
|
mkdir -p $$SRC_ROOT/solenv/callcatcher/bin && \
|
2011-09-20 16:39:32 -05:00
|
|
|
ln -sf $$SRC_ROOT/solenv/$$INPATH/bin/dmake \
|
|
|
|
$$SRC_ROOT/solenv/callcatcher/bin/dmake && \
|
2011-07-24 17:02:17 -05:00
|
|
|
source <(sed -e s,$$INPATH,callcatcher,g ./Env.Host.sh) && \
|
2011-06-30 05:01:43 -05:00
|
|
|
. ./solenv/bin/callcatchEnv.Set.sh && \
|
|
|
|
cd instsetoo_native && \
|
2011-09-03 19:54:15 -05:00
|
|
|
build.pl -P@BUILD_NCPUS@ --all -- -P@BUILD_MAX_JOBS@
|
2011-07-24 17:02:17 -05:00
|
|
|
@. ./Env.Host.sh && \
|
|
|
|
source <(sed -e s,$$INPATH,callcatcher,g ./Env.Host.sh) && \
|
2011-06-30 05:01:43 -05:00
|
|
|
callanalyse \
|
2011-09-16 12:47:15 -05:00
|
|
|
$$WORKDIR/LinkTarget/*/* \
|
|
|
|
*/$$OUTPATH/bin/* \
|
|
|
|
*/$$OUTPATH/lib/* > unusedcode.all
|
2011-07-10 16:39:49 -05:00
|
|
|
#because non-c++ symbols could be dlsymed lets make a list of class level
|
|
|
|
#unused methods which don't require much effort to determine if they need
|
|
|
|
#to be just removed, or put behind appropiate platform or debug level ifdefs
|
2011-09-13 09:37:32 -05:00
|
|
|
@grep ::.*\( unusedcode.all | grep -v ^cppu:: > unusedcode.easy
|
2011-09-16 11:48:08 -05:00
|
|
|
|
|
|
|
#as long as we are not completely gbuildified we need to explicitly depend on the build/install
|
|
|
|
unitcheck: build
|
|
|
|
subsequentcheck: dev-install
|
2011-09-16 21:46:30 -05:00
|
|
|
allcheck : dev-install
|
2011-11-25 09:44:45 -06:00
|
|
|
#debugrun : dev-install # disabled for now, this dep seems to poison the debugrun !?
|