Age | Commit message (Collapse) | Author |
|
Change-Id: Iee5c5ae3751d57c39e3dd1bcd1073a0e722bf575
|
|
Change-Id: I249c3a157c7d6924f89e88853f6f63860ed2ff18
|
|
Change-Id: Iee396f289df4dc4134c30e6b6b1126d2745c1f6f
|
|
...that 1f82c0a46529ee056e99fd7031b5d569de522359 "gbuild: kill
gb_XcsTarget_get_outdir_target" had disposed of, to avoid "failed to load
external entity" warnings when .xcs/.xcu files reference DTDs in
officecfg/registry/.
Change-Id: I99b99a798782be6ad779b3f9d1951a37b1477926
|
|
... which saves 4 minutes on a "make check" here, when configured
--with-package-format="archive"
Change-Id: I415e0e95ae7f4e289fa4797643f5d744015d80ad
|
|
No idea what the '--path $(gb_Configuration_registry)' parameter was for.
Change-Id: I892e178a62fa2ea971101815ea558f79d32f85ed
|
|
Change-Id: If549f6f5fba14067290b9ec0325381e6d590a472
|
|
Change-Id: I1d54d98b8aa50f778de87e6ebb17ec2eed0d65dc
|
|
Change-Id: Ifad958524cc75ead4d2bb383369f63457a2237fc
|
|
Change-Id: I91444ed4fb98b094ba45bfc2a789abc83eb67212
|
|
Change-Id: Ic08b12b0deb7342c520a5385c226d864596fc858
|
|
Change-Id: I26e06392cda5f79cc6914f00f55848b6706dcb9c
|
|
Change-Id: I9d4c40224def46647aa6d6003125cbe7b3a7d0b2
|
|
Change-Id: Ic8a76ac6eb96fe82707512ad8e00fef8309111ef
|
|
Change-Id: I7b0c4bad7dfce63f0b3f565816f6197d674e62cd
|
|
They are no longer simply in solver.
Change-Id: Ibf00854a8a17d97357748caf14e7323e029dfd44
|
|
Change-Id: I370345bc9b2ec1158a873a3c691b6a6f929e04b1
|
|
Change-Id: Ie390749c0b28e47848c361d874bb447f39cfeb12
|
|
... and rename all DEVINSTALL variables to TESTINSTALL.
Change-Id: I2f745ff6324c078d5fd7d272911a9268fc5efd27
|
|
Use -MP to output dummy rules for included files so build doesn't break
when an included file is removed.
Change-Id: Ib230cfa5d5da71c7f5c15af5bdaa5004e6b7a122
|
|
..instead of .xcu files in solver/*/xml/registry
when running unittests and gengal.
Change-Id: I390a6c531d653acca7ef3379c49fe65fcb8f3c2a
Reviewed-on: https://gerrit.libreoffice.org/6057
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I55e586fe1d145be139bf1c5b00f434ea31ba50d7
|
|
Nobody uses those anyway.
Change-Id: Ifa20827c0526a6eb3c9f554e652a354327282f48
|
|
obsolete since 6280f921050e6e879ca752abf4e8fb7553aba6f5.
Change-Id: Idab0c904f05da66956ecbd8a01f3e9d2e2d7c605
|
|
The UAC prompt shows a temporary random Program Name for msi, if the
-d switch is not given.
One more change: probably it is not wise to print the password of
code signing key in clear text to log and to screen.
Change-Id: I1f555754eee19708bbd7a3c70280fe662c77fc3a
|
|
Change-Id: I42ffe7c32d249bdd9cfa03800e78c431df0bb52f
|
|
Change-Id: I696b550b495d1bf6549e3c54a3157d467a7ead8d
|
|
Had been totaly broken by the recent changes. (Which is fine, it is
just an experimental hack anyway, I am not sure whether it will ever
be used in anger. Just a pet peeve of mine, I dislike seeing
libraries, configuration files, resources etc mixed together in one
"program" folder, especially on OS X, where the convention is to have
app-specific dylibs and frameworks in "Frameworks", and resource files
in "Resources". But this is not any requirement as such; there are
apps in the Mac App Store that blatantly "break" this convention.)
Basically, replace uses of gb_PROGRAMDIRNAME and
gb_Package_PROGRAMDIRNAME with more specific LIBO_FOO_FOLDER, which
for normal builds all expand to the same "program" anyway.
Change-Id: I16c2b3351caa00e251e229aafbccb8346042d3c1
|
|
This is needed for e.g. HSQLDB to run in a unit test.
Change-Id: I71d6de35fc20512afaebf8a76a052640a07fba6b
Reviewed-on: https://gerrit.libreoffice.org/6023
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ia46119dea124a6260a12504651d6f766d0285985
|
|
..and create gb_BUILD_HELPER_LIBS in instdir, so that they are found
when gb_BUILD_HELPER_TOOLS link against them.
Altough it's ugly - we don't want them in instdir otherwise.
Change-Id: Ia946eceeaf7eada0c3b42379e95af9bdbf52957f
|
|
Change-Id: I299b088aebc0bb40bc395b774154d2fae1f5d669
|
|
Change-Id: I800a7c1ea7ae48252a22ab1dc848fdc5e6f6b3b9
|
|
After recent instdir changes the SCPZIP_REPLACE thing was not used any
more for Info.plist, so all the ${FOO} things were left in Info.plist
unexpanded with predictably wonky results, a non-working app.
Instead just expand it from the configure script.
While at it, use a correct CFBundleShortVersionString: only three
integers should be in that.
Also, hardcode FILEFORMATNAME as OpenOffice.org and FILEFORMATVERSION
as 1.0, and drop the "variables", as that is what those "variables"
*means*. They were used to refer to the OOo 1.0 formats. (It would
have been utterly wrong to define them as something else, like another
product name and a newer version number, in openoffice.lst, so
pointless to have them there.)
Drop the meaningless BUILDIDCWS.
Change-Id: I4030aa060b78e8b3fb812a6362869996e8db7d3d
|
|
Change-Id: I0685c9d2d857a9e994c616acb6d7ce106c7a7dad
|
|
Change-Id: I4d1feb61db753b150ec112579f5c493f9d1c1140
|
|
Introduce SDKDIRNAME as a configury variable and use it instead of the
gbuild gb_Package_SDKDIRNAME. Then we can easily construct the
SDKDIRNAME_FOR_BUILD variant that is needed to find the specially
named SDK in instdir on OS X when cross-compiling.
Move the version number section in configure.ac earlier.
Change-Id: Iee3db1a50ad4c7a9f91bbc5e0d0b01d76a76f701
|
|
As reported by Jbfaure, linking npsoplugin library fails on Ubuntu
because of unresolved libdl symbols from a StaticLibrary.
It turns out that --start-group/--end-group only affects static
libraries, so reorder the link command again to put the StaticLibrary
first.
(regression from f861ae6acdbde8acc9560366d344852391d17b8d)
Change-Id: Icd31faace8bf7764fee97cd93c3ecd0caad85947
|
|
Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions.
Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT.
Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
|
|
This needs more investigation to find proper solution but the problem is
probably that URE/bin/cli_cppuhelper.dll is not signed by "sn.exe".
Change-Id: I318293603be838c41d09791136697de74091d37d
|
|
... for --enable-selective-debuginfo, use the right argument for that.
Change-Id: I34bc1f473e02d8f7038478afadc8de24780ae88a
|
|
- fix the PATH
- file url needs to start with file:///X:/ (three slashes, literal :)
Change-Id: I0d16d1e946fd06ba5523961c23c3b46872c0c050
|
|
... should be obsoleted by previous commit.
Change-Id: I378de1465d293a60dc20c545770f029c8f71bd50
|
|
- StaticLibrary and CppunitTest have all files in one directory
- Executable may have the executable itself in a different one
- Library may have files in up to 3 directories
... so create 2 directories (which may be the same) in
gb_LinkTarget_LinkTarget and a 3rd one in gb_Library__Library_impl.
This allows to get rid of the "mkdir LinkTarget/pdb/..." thing in
the header target rule, which was always ugly since it did not
get rebuilt when deleting it (or whole LinkTarget dir) from workdir.
Oh and the pattern dependency causes trouble:
$(WORKDIR)/LinkTarget/% : $(call gb_LinkTarget_get_headers_target,%)
... for files in ExtensionLibrary; it would be possible to put
ExtensionLibrary somewhere else of course but actually this pattern
dependency is unnecessary since we get the same thing whenever any
object is added to a link target and there shouldn't be link targets
without objects anyway.
Furthermore directory dependencies must be on the headers_target because
MSVC will write a PDB file when compiling objects.
Change-Id: Icd92e8768d6aafb094a4144f90165aa5ff233647
|
|
There are 2 of these, one is written to by cl.exe and read by link.exe
and the second one written by link.exe. Name the second one as the
linktargetname with .pdb appended, no need to substitue 5 different
crazy suffixes.
Change-Id: I2decad898ed1292b069bdda3124ce6f6c3667108
|
|
Not sure if it causes actual problems but all other platforms ignore
LIBS on static libraries already when linking.
Change-Id: I8a5ff4b2243b625827f82b0f64f007cea7c9d7c5
|
|
Refactor to find and link static libraries directly in WORKDIR.
- gb_StaticLibrary_get_target is now same as the gb_LinkTarget_get_target
- fix the StaticLibrary clean target
Change-Id: Icf29d32d6487747a2e39d4599ceebccfead04667
|
|
Note: do NOT put file paths to static libraries into FOO_LIBS variables
that are passed to bundled externals that are built with --enable-static:
on Mac OS X this will result in .a archives that contain other .a
archives as entries, and trying to link those results in errors like:
ld: warning: ignoring file .../libodfgen-0.0.a, file was built for
archive which is not the architecture being linked (i386)
Change-Id: If2c5a458058e4da76f80b3643e55b489d1edee24
|
|
LIBS is apparently used by autotools build system and passed to
configure at least in mythes and hunspell, where the LinkTarget variable
could cause problems by inheritance.
Change-Id: Ia267dd0a24c96914208869d7b47552b44a701735
|
|
If there are static libraries in $(LIBS) then things get really annoying
if they depend on other static libs that are StaticLibraries, e.g. orcus
and boost_system. So reorder this to include $(LIBS) in the --start-group
--end-group and hope that doesn't break anything.
Hopefully $(LIBS) does not need -Wl$(COMMA)--no-as-needed, that should
only be required for $(LINKEDLIBS).
Change-Id: Ie15239a0fb7b5295f85941150e2c60912be73bfb
|