Age | Commit message (Collapse) | Author |
|
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
|
|
Change-Id: I20612a93a25d1748725a792cfae0bce8c3ef262b
|
|
This is a part of my effort to get a runnable $(INSTDIR) as a more
convenient alternative to make dev-install. I plan to copy all necessary
shared libs, executables and other files to $(INSTDIR), which increases
the disk space demands for a build (there would be three copies of a
library/executable in the same build: one in $(WORKDIR), another in
$(OUTDIR) and one in $(INSTDIR)). Because the runnable instdir idea is
limited to Linux anyway (at least for now), it will be disabled by
default.
Change-Id: Ib61109b1a193c61c0236b50b64c34fea20f40297
|
|
Change-Id: I923704d47d4fbc764e847a1bd6eed9fca2dce089
|
|
This was actually meant for idls, not headers :-) And it is obsolete, as
we do not deliver these to $(OUTDIR) anymore. We use explicit include
paths into $(SRCDIR) instead.
Change-Id: Iccb0dc529a99be59390f032fc331996146829abb
|
|
We do not deliver the created headers anymore.
Change-Id: I5317c43522d0b91044ccc880031795360816b21d
|
|
Change-Id: If59a19363d9b82f17fcdfe4632edf6f757c65f64
|
|
Change-Id: Ib7ef29354f5d43abd9e67745dd6d3fccaec8612e
|
|
Change-Id: I3a26edc6bef3e7db875405458dbda8de06222bd3
|
|
It's not necessary anyway from what I can tell.
Change-Id: Idb4699f29eb1bba32197667c9a6785e653dd8382
|
|
...so clean up. (Changing this might be tricky, esp. on Windows where the
python.exe wrapper adds the dev-install tree's dirs to PATH, so trying to run
tests against solver instead of dev-install tree libs will result in chaos.
This will become moot when we finally have solver == dev-install.)
Change-Id: Icbfc3928a7ff178fd86d78d15ffcf539557efbb4
|
|
...otherwise, "import pyuno" won't work in the test.
Change-Id: Ife6509af51a276043d6dfb1a9c1f45c717e219d7
|