Age | Commit message (Collapse) | Author | Files | Lines |
|
Introduced special token LIBO_DEV_INSTALL=TRUE to communicate what install set
to build from Makefile.top's dev-install target to
instsetoo_native/util/makefile.mk. Somewhat arbitrarily, always use a "release"
install set regardless of --enable-release-build (the dev-install set is used
for "make check," and it is safer to test "release" install sets in
--disable-release-build builds than the other way around, should those builds
ever start to deviate significantly).
The "always build a defaul-laguage openoffice product" logic had been obsoleted
a long time ago already.
Change-Id: I64ec87a0b8dc6fe81cab5531c43e29db3f5128af
|
|
Change-Id: Id40b2fb6f8e1667bcb5164e483ea7c6949b627a1
|
|
Change-Id: I8aec0d6b6e7ccc6c674ee98d6a9eb28785ee42b2
|
|
Change-Id: I39dcb1e4d6493b01b68055d006f658af0b6e67ef
|
|
Change-Id: I9b04e3ba7125ac0b7a38f47d0cbdedee9d844e28
|
|
Change-Id: I1e7eda073906f5b289317d307358a63aca2c24dc
|
|
Change-Id: Ic52986c15de0051321d710e9c26d26786302a196
|
|
Change-Id: Icd5683ec2609e401e2e04021df5065986875c77c
|
|
Change-Id: Ib627bb0a12b5b055f8d6077c00cc8099473fa176
|
|
Change-Id: Ie2b369b6f372a99dbc4af5045639b2ff8425568f
|
|
Change-Id: I7b0675151d39d6ce39c99ba3f85e8efebe303a2f
|
|
|
|
This is a partial revert of 0ec45dc41dd4872482b817387f253d6fab6bf20c ,
mainly for tinderbox nightlies. The .zip for dev-install is built
only in dev-install target. But IMO the build target is broken
this way too, I don't see why the .msi has to be built already there
and not in some install or make-msi or whatever target (it's pointless
in build target for a developer build).
Change-Id: Ifd63066499b67fa446127193b243d893d497b451
|
|
Change-Id: I7b90d049cb1a809c028fdf37577f3b8c8b2c3835
|
|
like dev-install except that it does not use symbolic link even on linux
Change-Id: I5d8e96caea5070e50765d6cc498c7120747ab1a1
|
|
118568: switch to using ucpp
Patch contributed by Juergen Schmidt
http://svn.apache.org/viewvc?view=revision&revision=1209396
|
|
Change-Id: I99a0dd6765d57c4a1d842b25d600d760930704fa
|
|
Change-Id: I9a3004634108fb4d1a990eaf528059cc7dfbe27e
|
|
Forcing creation of second installation set is perhaps not ideal,
but i have no idea how that installer perl crud work and
at least it gives something to run tests against.
Change-Id: I506160013de23f76128c9e39b4f3bacc6e32cc7a
|
|
Change-Id: I5a4d86b218164f864a02cc0d80ffa49d143ac3f1
|
|
Change-Id: Idb46ebcb427522c74632a1813afcbb841fb61243
|
|
Change-Id: I65c19a21ae9b6deb1601adf2f3fe8fe8faa7e9ed
|
|
Change-Id: Iade2c96ed1e2341ee1f132f73898a4c98b66f8a4
|
|
Change-Id: I7f923a5622214f7540a789bcdd93bf6fd1d166db
|
|
Change-Id: I64db2710b8253c8110851dafa58013e1066f63c8
|
|
Change-Id: I31da2812848d5172bf575d64fa6a28e69b35ecd4
|
|
Change-Id: I55d944652de2c716fd1548e5ee64a10c2fb645e0
|
|
Change-Id: I4e37265cd76be95c3404930b5ea0757e68b3392a
|
|
Change-Id: I10652743194d44d8465ddf8079f6b4458e6710f9
|
|
Change-Id: Iec9c9c5419a40e7ad64af057f1bbb426ca3163b0
|
|
Change-Id: I989af1147711f0175bf889bc55043b2d84a49b38
|
|
Change-Id: Iec0feb10d3de2f4c740fb857cb9fa145437740f2
|
|
Change-Id: Ia40e317a69883c578a349035604afb5a5dad4c86
|
|
Change-Id: Icd95b14777ccc428440971ab03aa3ad65e3d379f
|
|
Change-Id: If9a0906a76943160cfdbd647b26a801bc4389615
|
|
|
|
Change-Id: I37e6706ff244c9cc21b0826e61ef5d7cd72b3566
|
|
Change-Id: I6e0758e543a89f593a1b0432b28b4c9768993af7
|
|
Change-Id: I4362106ac5d221241eafdf44705ca5553ac7013c
|
|
Change-Id: I9dbe77062df3a9b02dab0f5755c0e616829fa125
|
|
The top-level Makefile invokes autogen.sh (and thereby configure) in an
environment which is polluted by config_host.mk; this causes at least
the problem that following a "make clean", the bootstrap script will not
copy dmake to its destination because BUILD_DMAKE=NO is set from
config_host.mk, which is apparently due to the PATH being polluted from
config_host.mk, so configure finds the dmake in the build tree.
So split up top-level Makefile into Makefile, which invokes autogen.sh,
and Makefile.top, which does everything else.
|