Age | Commit message (Collapse) | Author |
|
--disable-dependency-tracking is for build environment that
always do make clea + make to build
These do not need the dependency information and therefore
can save the expenses of tracking them.
the gc c/cxx compile command was using -MMD etc.. systematically.
this patch take gb_FULLDEPS value into account to avoid
-MMD when not necessary
Change-Id: Ic5c3c368c81da2b260a4fcdf03fdc01b45a9cb1f
|
|
keep the package version on 3.6.98, so we could restart release number
from 0 for Betas and RCs
Change-Id: I7a862a202d2080dcc924362e4deb0e026c940a34
|
|
64-bit registry entries were entered via a custom action, which
did not always work. By default the custom action ran with user
privileges, which were not sufficient to write the registry.
It is not necessary to use custom actions for this task. Windows
installer supports it well.
Change-Id: Id65458c363c2b90b3e7d166b4c836bfb1ff19bf4
|
|
Change-Id: Ibc6addfe5eacf4a9e23f6f26830f5a1f9bf77594
|
|
Seems these were dropped in 3c4cd1deaf71d0d800957b3580d426c721bf7844.
Change-Id: Ib929e322719e4a50d8d2d32e3cd9466242e1c034
|
|
Change-Id: I8811ce96cb70429ae458e31cafb8979bb6bb9644
|
|
INCLUDE is used by MSVC (http://msdn.microsoft.com/en-us/library/kezkeayy.aspx)
and make somehow (not sure why) exports the INCLUDE that gbuild uses,
which (again, not sure why) causes MSVC to report a misleading error about
incorrect argument. There actually does not appear to be any (unreasonably)
low path length limit on Windows.
Change-Id: I9329eb668f7a710ec69c8b5262b855f346ed01d2
|
|
Change-Id: Iabaf8f41e82fb7c2f881057bedb4c7757dcf1bce
|
|
Change-Id: I77a647d7f24efa9159a85d0085e0306a8019e3da
|
|
Change-Id: Id42e7b14d98f072ea17b203af7ffdc8fe7a7a74f
|
|
Change-Id: I94bc00f8a1e646b476f20b3ad954eaae19fef6cb
|
|
Change-Id: I5388132b0dbb0d904a5b235139bfa1f0e078e5ba
|
|
Change-Id: I62c72e499119eb43ed0c75fe1f5cb1c9fc06c113
|
|
Change-Id: I4ad94eca4ebbf7d8e989dba5a19296d727111850
|
|
Change-Id: Id54050f483aabf3514e4dd122ef295c6f1135fe4
|
|
Actually I think it should be removed entirely, because dmake already
includes minor.mk directly from solenv, but I do not want to pry into it
right now...
Change-Id: I51520642f4796d722cb2131e91e9e92a82920531
|
|
Change-Id: I8a4b11c14c615ba47c8e58b5f30145f5e8d77f0d
|
|
Change-Id: I430fcca0df44966e05a57d1cafd16d18bebdca81
|
|
This makefile must be included from other makefiles, which means it must
be delivered first, which does not play so well with gbuild's
all-in-one-process build. Because the version has not changed once since
the library was introduced in 2006, I consider this just an unecessary
complication of already complex build process.
Change-Id: I8304f0e8ef9e59a046b10f423dbe61d75e3fc5c2
|
|
There are several modules in tail_build now that are depended on by
other modules from postprocess (e.g., pyuno depends on 18npool). That
means that build.pl actually schedules i18npool (and its parents) for
build. This is fine for build.pl -P1, but it could be a problem for
build.pl -P2. It is also wasteful, because we are not actually using
tail_build to the full extent.
This gross hack schedules all modules that depend on any tail_build
module _after_ tail_build, so all modules that are in tail_build are
only build in tail_build.
Change-Id: I39840c1cbbfc5024f0009296416c628be028657a
|
|
Change-Id: I40df9611be87830e4938ee20a4e3be19767ddfad
|
|
Change-Id: I6662bfca925f9dae99b3f70fd81dba04d36ac9c8
|
|
Change-Id: I223122d9f99c8068af21c80f9b52642c762c79af
|
|
Change-Id: Ife00d7477dacfe1eb325c722517fb038ead083db
|
|
Change-Id: I2ebcacc089d86c9de85b617d80d6a557498d8add
|
|
Change-Id: Iae3e78e2abe59714d5eb9fa0609861a00e85c944
|
|
Change-Id: Ib1d9cd1dc1e9c24a5a72c51060797f2214a95c89
|
|
Change-Id: If9a0906a76943160cfdbd647b26a801bc4389615
|
|
|
|
So it is easier to check differences between install scripts generated
by dmake and gbuild.
Change-Id: I12bbdf481c84c896b67a94eaca6460ffb52d96ec
|
|
Change-Id: Ifce1f75f8de0cd35dd744dfd39af7aefef512ecc
|
|
Change-Id: I4ee6eb456bf400747c2e397ec6cd402fb6251bc6
|
|
Change-Id: Ie6a68d9ed96e35f6e8c4778bcd4fd8920d19159c
|
|
Change-Id: I572a8a6dc9da4f63b7c937748b3013bab60bb6bb
|
|
Change-Id: I91a89f9d0bd1eb88a94179f1c1a41bc832599fed
|
|
Change-Id: I2908d5851ae33d70a49a032130fdc1a406310c7d
|
|
|
|
|
|
Change-Id: I6e9a9bc1f35be02af40530b29044e1f4b33e91ab
|
|
Change-Id: Iebb6fede055f274d66aa09344b911913d5cb9882
|
|
Before gbuild'ification, solenv/inc/target.mk carefully produced two variants of
each type rdb, a plain one from calling idlc w/o -C and a *_doc variant from
calling idlc w/ -C ("generate complete type information, including
documentation"). After gbuild'ification, solenv/gbuild/UnoApiTarget.mk
unconditionally only produced "complete" type rdbs from calling idlc w/ -C.
It is unclear to me whether the old *_doc variants had actually been used for
anything (what got packaged into installation sets apparently were the plain,
slim variants; and autodoc apparently does not need the *_doc variants, either,
as it produces UNOIDL documentation directly from .idl files). It is also
unclear to me whether the gbuild switch to effectively package complete, fat
rdbs was deliberate or not. (The only client-visible change I see is that low-
level C/C++ typereg_reader_getDocumentation could now report something. The
reflective UNO services at com.sun.star.reflection would not offer access to the
documenation anyway, however.)
The benefit of no longer including documentation in the packaged type rdbs is
size; the URE types.rdb shrinks from 1.2 MiB to 819 KiB, and offapi.rdb shrinks
from 11 MiB to 6.5 MiB.
Change-Id: Ib278f74fc3b22169e00a09d778807f8cf58520c4
|
|
Change-Id: I7d409fbe813f07dc87301b6c6f01a40f531d368c
|
|
Change-Id: I241be2704a069ec1f6be5861084039569673cc12
|
|
|
|
|
|
Change-Id: I49986d6feac5e46c7b2f3017cf97b07dce4db42f
|
|
Change-Id: Ia2b63502dbd8b5e4e0ca7faa34e06df73f094a78
|
|
Without this, when changing sdi file, the objects that include the
generated header are only rebuilt at the second make invocation.
Change-Id: Idd52a12dd162ec780da3a3b9f24d3bdd9b408a33
|
|
|
|
Change-Id: I29310b2c53258201609983b0a2c7292ced0614f9
|