Age | Commit message (Collapse) | Author |
|
Change-Id: I484050575da7e09e89a10f3a4e8d5fbe95f88044
|
|
... so that's what the ldap_r was for that i removed in
f33c8644c052bf9d69157224500ca7887075c7da.
Change-Id: I8b913880fa32b2bf8566727af954a0ce0da4bba0
|
|
Change-Id: Idf91e95afad9b89e39d7234622f4a37f18b5ca6c
|
|
Change-Id: I0685c9d2d857a9e994c616acb6d7ce106c7a7dad
|
|
Change-Id: I4d1feb61db753b150ec112579f5c493f9d1c1140
|
|
Change-Id: I4d223611df92a7e348dc31e38bd45849fe0eb028
|
|
Change-Id: I457b446409487b1ea9386339c3e2b261f60e6516
|
|
Change-Id: I52e14ead53fe0af0b13919869a5f646586251cca
|
|
Change-Id: Ifd0ede6d06ff979175ab3a7193c34d6248f41f7b
|
|
Change-Id: I841e3df0900735bc7b6de78bca3a5dbbb3902af5
|
|
Change-Id: Ie863282062a6932a55543143e841917c54223ac9
Reviewed-on: https://gerrit.libreoffice.org/5925
Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
|
|
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
|
|
Project: dictionaries fb0e2de0bafbac018f65bddcbcd23481af959156
|
|
This is needed to allow usage of HSQLDB in a unit test in solver
(in conjunction with the following patch which adds LO_JAVA_DIR
to solver's unorc).
Change-Id: Ia3757b61d4ba0b2353e0d33290938cea40551d3a
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
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
|
|
Change-Id: I31e1c7a7f0017abe6d4e45f32ea4aad6545cffe1
|
|
This should be in sync with model.xml, got broken when the somewhat
random values got fixed to be the same as the ones which are in the ww8
spec.
(Regression from 26d40686128e70916a636e20f5ccc5763bbb6cc8.)
Change-Id: Id62047e0b2d5d8402a7c8bce95de487afe627e32
|
|
Change-Id: Iec214399f0cd8d5af198ad9080c55e5ee51a353d
|
|
Change-Id: I4bf39d3f4f21a0eb78e064c74ff47a47c9d0558c
|
|
But it built fine locally for me, huh. Oh well.
Change-Id: Icef376a26eb8069eff002b2112a25363b5e18cb3
|
|
Change-Id: Iff3b8e523f5d326586115c4ff61835c15b8b7f01
|
|
Change-Id: I2fc39999ecdb13eecc28e012debdeda811e98581
Reviewed-on: https://gerrit.libreoffice.org/5763
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
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
|
|
Change-Id: I4a9b34d63d2534a35aa9a878b8c2bec15262c2be
|
|
... for --enable-selective-debuginfo, use the right argument for that.
Change-Id: I34bc1f473e02d8f7038478afadc8de24780ae88a
|
|
Change-Id: Ib07f06b1fa0402795fa4b5b33574f53e4d266ab2
|
|
Seems to be a leftover of the String->OUString conversion?
Change-Id: I5ecbdbc0131894f5240b472d3981e69178b503c5
|
|
Change-Id: I269c5fd4817059f33df111f12ffd16ef8241a2fc
|
|
Change-Id: Iac32c42afef80e01af70479e5b2f9de4e1dfab26
|
|
Change-Id: I5982c44d5995baeaffff4ff12316f1f8fa7d0ade
|
|
Change-Id: I7b8c2e764da01e38fb9f7048bcaeca93a72fafa3
|
|
Change-Id: I949b62842d77fe83caed2cc79784fe1e3f3ae400
|
|
Change-Id: Id1e74f18c90e69d1a781c8f02e30dc3c005ed4fd
|
|
Change-Id: Ie7f33d0debfdb91db842608d5b14d0671b44c76d
|
|
Change-Id: Ib1869134b971c04a9cbd5d15b206898e943aaa5e
|
|
- 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
|
|
Change-Id: Id0c5908adbdec40346c1b62304d1f72ed077ca54
|
|
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
|
|
Call and link executables directly in INSTDIR.
- gb_Library_get_target is now same as the gb_LinkTarget_get_target
- disable gb_Library_add_auxtarget, no auxtargets need to be copied
- adjust paths of all external executables to OUTDIR_FOR_BUILD for now
- use lazy assignment instead of := in AllLangResTarget because it's
read before Executable
- link.exe generates an import library for lots of executables
because they export symbols, especially since commit
0ffab9363d527d55b12b9b09d7136ca1c9d171e0
"force 'main' to always be DLLPUBLIC."
Change-Id: I3e1ee7425dd430bb83c7cd59e265869a0541b38d
|
|
... so that custom targets in i18npool run. Can't remember if that is a
pre-existing problem or caused by one of my changes.
Change-Id: Ic0aa1f2b8600f4951d30a5ac6f3ade1a4fb2d313
|
|
Clean up the horrible mess around unopkg.bin unopkg.com unopkg.exe and
soffice.bin soffice.exe and crashrep.com executables and associated
renaming via Packages in the desktop makefiles by simply using
RepositoryFixes to correct the names.
Change-Id: I4d3a549462cfa90a63d62b35db1b0407b25239f7
|
|
The library is already in the URE/bin directory, but that is not
sufficient to be able to run sdk/bin/climaker.exe.
There are apparently 4 ways for a .net/CLR executable to locate
shared libraries:
1) in the same directory as the executable
2) in some mysterious "GAC" thing in C:/Windows
(which is presumably how it works if you actually install LO)
3) via an application configuration file entry "probing",
which only works when it's in a sub-directory of the
one the executable is in
4) via a DEVPATH variable, but that only works with a
special configuration entry in a system "machine config" file
of the .net framework
Specifically PATH is apparently ignored. Since building on Windows is
enough of a PITA already and we don't want developers to have to edit
another config file, put another copy of the library into sdk/bin.
http://tutorials.csharp-online.net/.NET_CLR_Components%E2%80%94Resolving_Names_to_Locations
http://tutorials.csharp-online.net/.NET_CLR_Components%E2%80%94CLR_Loader
Change-Id: I511957ad9a9a918ed0c316126304a1980fb2d289
|