Age | Commit message (Collapse) | Author | Files | Lines |
|
... so we have to make sure they are not, by delaying the signing after
all unit tests have been run. This is just a workaround; IMHO the real
fix is fdo#63315 "sign windows binaries during build".
Change-Id: Ia26826ec7d324f840f2606b1928bea71cb4f0c48
(cherry picked from commit 6872ad4764b5924a32f0929cbdbd13fb25ead885)
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
Change-Id: I7c84e861f45643a0e66504d10b5d76b2dbb6f629
(cherry picked from commit 35917a5a5332df758fb60ea8978bdf5cf5460d03)
Reviewed-on: https://gerrit.libreoffice.org/4731
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Change-Id: Ife8774c9a6157e8bb943d1ba8ec32f560c8281c4
(cherry picked from commit 523258e675e881d6f8efc031e3885d0197c8aad0)
Reviewed-on: https://gerrit.libreoffice.org/4692
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
the gb_Postprocess* foo could also be in gb_Module* as it is
conceptionally close ('do things globally/productwide'). OTOH I see no
obvious reason for e.g. signing not to be done right along with building
a lib/executable anyway instead of in postprocess. The same is likely
true for the other stuff too.
Change-Id: I9c8f569564c056643af7ca39bfe038ed228dcd3d
Reviewed-on: https://gerrit.libreoffice.org/2426
Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Also fix the wrong check in cppunit/ExternalProject_cppunit.mk
which caused cppunit to always be built without -D_GLIBCXX_DEBUG.
Change-Id: Ia247dcd84e2c6fa0e9384fd27643537984d980b5
|
|
Change-Id: I609c6f3c071d304f222cd2d15a6ad52dc34652c7
|
|
Change-Id: I6771f427148f9f46abacaa5f096b98693f3673f9
|
|
Change-Id: I6c81fa0f1b8d7273541d5d9883b5fc96a5091bbd
Reviewed-on: https://gerrit.libreoffice.org/1080
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|