Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ic0eddb6f332bcf139a5de8b1bf4084cb111cd040
|
|
...at least needed for PythonTest on Linux with internal python, where the
valgrind'ed gb_Python_INSTALLED_EXECUTABLE is /bin/sh
$(gb_DEVINSTALLROOT)/program/python. Also, remove --quiet again to avoid
frustration ("when valgrind /is/ run, why doesn't it output any "==" lines at
all?").
Change-Id: Id83e53f2b472b5af92e4aaec0c173ecdec45bc48
|
|
...it must implicitly be loaded by the UNO type manager classloader anyway (via
URE_MORE_JAVA_TYPES), so not explicitly mentioning it can help find problems
early should it /not/ already be loaded by the type manager classloader.
Change-Id: I35b4f2804b68a35682e93699840101a15317a096
|
|
Conflicts:
Repository.mk
scp2/Module_scp2.mk
solenv/gbuild/Helper.mk
Change-Id: I37570787815d85d30eed3b5291e1e4450e5ffd51
|
|
Change-Id: I4c13d1cd4b7490a0b4db8f0dd40d823a5906c8aa
|
|
Change-Id: I7c06fe72789eb6108b13eefaca3ff9c9b3416f31
|
|
Change-Id: I985b3373edcd0bfc151adfa92b79a6b5080d22ad
Reviewed-on: https://gerrit.libreoffice.org/3805
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ie1e853fd1dd3154c6805eb8129c35a49150b458c
Reviewed-on: https://gerrit.libreoffice.org/3806
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
It could happen that externals were built incrementally, in case
something the ExternalProject depends on was updated. To prevent this,
change the dependencies so that the UnpackedTarball is unpacked again
when the ExternalProject's dependencies are newer. This is possible
without introducing a new target for the purpose due to the refactorings
in previous commits that enforce the name of UnpackedTarball.
Change-Id: Ie7a84064ec2ffc76175cd2b7792517e68664a461
|
|
... now that everything is consistent.
Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
|
|
It must always be used exactly once, so replace it with constructor
parameter.
Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
|
|
It does not make sense to repeat the same check many times.
Change-Id: I71fac6a4e8283d293a6bd50637ff3a1e6c2ad40d
|
|
This function is for running arbitrary command just after unpacking. It
turns out that gb_UnpackedTarball_set_post_action is not enough :-(
Change-Id: Ibad9d7fbcdd2b95a16cc838ad8773eef5c6da019
|
|
Change-Id: I2dfaa895a3efefa6fee8d21575f148ef9bba03c3
|
|
Change-Id: I8bdcc273b50e35dbbb0e34183a465e370cc5b22c
|
|
Change-Id: I71fac6a4e8283d293a6bd50637ff3a1e6c2ad40d
|
|
Change-Id: Idea360fdd78f21f5f42500da938340bb1870f29f
|
|
Change-Id: I21cd42a561b2fdc0fb2dbe977b1892cb8888c412
|
|
It's been quite a time since the big header move. I suppose this iss not
needed anymore.
This reverts commit 1b2f3b9c64c7903dfa56953b91db4f5f105e4e7d.
Conflicts:
solenv/gbuild/UnoApi.mk
Change-Id: Iea817c17a2559e853709d3b7686365dd29e12ea8
|
|
Change-Id: I2803eaa9dcd516059fc879e1ca98dc3a5f088284
|
|
Change-Id: Id1a836da9b97ba2b542b68cfa650fede523b0a0e
|
|
math.dtd was dropped from installation in 2009, see
https://issues.apache.org/ooo/show_bug.cgi?id=97200#c3 :
"In agreement with MIB and MT it was diecided that the Math.dtd should
be removed from the installation set as well since it
a) has incorrect content
b) is no longer used nowadays at all"
Change-Id: Id2a727338c224b0beb4b8def197988ab071a7d94
|
|
Change-Id: Ib3a98d8268d0a1973d5f06b993c293fd41ba47e1
Reviewed-on: https://gerrit.libreoffice.org/3779
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
This is in preparation for using doxygen to generate IDL docs. Because
the file names generated by doxygen are essentially random, it is not
possible to use a Package to deliver them. And we really do not want to
go back to using Zip, as unpacking slows the installation down.
Change-Id: I5f4aa6bf10c6aab30a5b1870e04dca723c123317
Reviewed-on: https://gerrit.libreoffice.org/3774
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
I had to add a new function to gbuild system: set_nativeres,
because the trick in extensions/Library_npsoplugin.mk did not work.
It linked the default.res, and that made the plugin unusable under
Windows. Also, one export was missing compared to LibreOffice 3.5.
Conflicts:
extensions/Library_npsoplugin.mk
extensions/WinResTarget_npsoplugin.mk
Change-Id: Ib91fa2a3b72b15912587f22becccb0aebc2aa390
|
|
Change-Id: I9f1102d4f0e189a048d8fccfe9cae246c0136311
|
|
1. get rid of some unefficiency
The "old" executables used to parse items which has
other language than en-US. To this items executables
search MergeEntrys(read from po) and change the content if
possible. This mixed localization method not need any longer.
-cfgex: cfgmerge:WorkOnText()
-xrmex: xrmmerge:WorkOnText()
-transex3: export:PrepareTextToMerge()
2. Change the container of MergeData to get a bit efficiency.
The new MergeDataHashMap is exploit that in most case the
insertion and search happen in the same order.(similar to fifo)
So add an iterator-chain to define an insertion order in the
original hashmap.
Every call of find it is a hint that the next element, to
the last found one, is the searched one. If not than search
such like in a HasMap.
3. Set up some order in helpex
Helpex is the only one, which was not used to merge strings
in the same order as export, so change it to work effective
with the new HashMap.
Helpex works with all file of a specific directory and po
files contain the strings of these files in lexical order
so use the same order for merge.(HelpTarget.mk)
4. Make export use MergeDataHashMap a bit more effective
-The same MergeData contains strings to all language,
so it need to get only once.
-Just text entrys have MergeData, others not need to
search for it. (e.g. bitmap)
Plus delete some unused code.
Change-Id: I6ec80cd2323ffea8f783d0b59dc89ca7eac3c205
|
|
This is mainly to avoid polluting instdir because these jars are only
used during build.
Change-Id: Ia5bab3155787b690bd915f3e83e6b6144715948b
|
|
Change-Id: Ib6561120f1c6f9804e5bf9ca36b6a655f1449d4f
|
|
Change-Id: I0cf96aa137a33662c5713886dd6b2649e4dd01bc
|
|
Change-Id: I52d69be6b3b4208c90fd8e3ed4271f48fdc1ed47
|
|
This allows us to deliver libs needed at runtime to instdir in addition
to solver. It could possibly also be used for autoinstalling external
libs, just like we can already do for internal libs.
Change-Id: I96d314c55581190e129adae8383224535748ac43
|
|
Change-Id: I83f4c55582d1ff8ec6b468776090b453c4f85b89
|
|
Change-Id: I0fa3036c5be34eb598e0390430028ae818ebef0d
|
|
"More helpful message how to re-run a unit test that failed."
Change-Id: I2d99d1e7ff5fd326552f56d21fad7d1211966b2b
|
|
regression from 22e1a5b836b898298b6a5cfbaf1c82d9c3f08349
Change-Id: Ia7dbad2fdad9c00c86a55395308dc35ecc510dee
|
|
Change-Id: I97979428ba9f31f493b043e485b77b2a379f21c5
|
|
|
|
Change-Id: Ibd85ecd6a24611313a24b79b3e4b122eccd02a81
|
|
Change-Id: I1b239844391c0d59fc26e44f789cc39ed602f54b
|
|
OLDPRODUCT2 - it was a workaround for OOo 1.9, obsolete
SAMEPRODUCTS - same product have the same ProductCode, so installer detect it
anyway under normal circumstances. It is possible that a tester/developer tries
to install the same version with different ProductCode over an existing installation
(e.g. dailyes or RCs). Then we are in trouble. However, SAMEPRODUCTS was not in use.
Moreover, Windows Installer uses only the first three fields of the product version.
So we cannot make difference between e.g. 4.0.3.1 and 4.0.3.2, and this is the new versioning
scheme.
BETAPRODUCTS - LibreOffice have never used different upgrade code (BETAUPGRADECODE) for betas.
OLDPRODUCTSPATCH, SAMEPRODUCTSPATCH, NEWPRODUCTSPATCH - related to old Star Division patching
mechanism, they were commented out anyway.
STUBPRODUCTS, STUBUPGRADECODE - these look useless
Change-Id: I77d67b72e18fa6b3ba4182b99e198c42f247cea4
|
|
...since 81af84c04fa7ef8c8c12d2a9d3899a9a75cb8260 "gbuild: let JunitTests run
with MSVC."
Change-Id: I4ba97431c3439c0bed74149fe66cbb76db5317ce
|
|
Change-Id: I55447aba5abcc8205543c7ca64763b5c99854837
|
|
Change-Id: I2ff65979a9da7da12ad6ac97dc090898913a2e8c
|
|
Build tools do not link against merged libraries but individual small
ones we need for this (gb_BUILD_HELPER_LIBS).
Change-Id: Ia765e11a93ed05d126334a3e146fb88e368954ac
|
|
Change-Id: I3edbae98c9bb51899e5592fae1cfe9f3632ad535
|
|
Change-Id: I1961da149ed350131e19233bd5694ae8b6fe65ba
|
|
Change-Id: I2e4805b89d519fd5586d5a1edf5dad7662c022de
|
|
Change-Id: I06d20538ec2b4f80963e0e7c6c401b3d573aac86
|
|
Change-Id: I88f6327c12fa2b782aa5c82e5891006713348477
|