some cppunit test need to link directly with the object of the module
they are meant to test, due to the fact that the API they use/test
are not necessarily exported in the public interface of the
module's dynamic library.
This patch add the mean to export the list of objects used in the link of
specific target library, and a mean to import these into the link of
a cppunit.
Only unxgcc.mk has been modified so far to support the later
This is not intended to be use to import objects accross module boundaries
- remove -pthread from PTHREAD_CFLAGS
- add pthread to gb_STDLIBS
- redefine gb_LinkTarget__command_dynamiclink so that we can
substitute -lpthread with -pthread in the list of libraries
that we link to
- remove -pthread from PTHREAD_CFLAGS
- add pthread to gb_STDLIBS
- redefine gb_LinkTarget__command_dynamiclink so that we can
substitute -lpthread with -pthread in the list of libraries
that we link to
This reverts commit 7d5c250a4d70b92460f3bf199dc8db9f69651b3b. It broke
'jar tf' and it's not necessary: if 'Class-Path:' entry is missing from
JUnit's manifest file, it should be fixed in JUnit.
Acked-by: Rene Engelhard <rene@debian.org>
The previous code was trying to pick up the full curl path in a harcoded
list of places and actually failed to locate binaries on some hosts, even
though they were present in $PATH .
This is 'libreoffice-3-4' - the stable branch for the 3.4.x releases
+ only bug fixes are allowed
+ no approval needed during beta phase (two weeks after branch)
+ 1 approval needed during rc phase and for bugfix releases
+ 2 approvals with different/no affiliation needed for late features
+ regularly merged into master by a selected person when living
Please watch http://wiki.documentfoundation.org/ReleasePlan
and read announces on libreoffice@lists.freedesktop.org
If you want to build something cool, unstable, and risky, use master.
Wen building a multi-language installer the subroutine
create_unique_directorynames() is called for each language. The same
directory names will be traversed each time. It needs to check the
uniqueness of them only the first time, otherwise it will think every
directory name is repeated.
The check is new, from OOo, but they don't build multi-language
installers so they have not noticed this problem.
The solution is a bit hacky but works.
The "DosName" property of a directory item must apparently be unique
in first five chars, sigh. See the lovely code in
solenv/bin/modules/installer/windows/directory.pm, the
create_unique_directorynames subroutine, check for $startlength.