as far as i saw the reason to use an absolute path for linking instead
of using -lpythonX.XX is that at least debian does not ship a shared
object within the basic python3 package so you have to install the -dev
package (that's kinda weird^H^H^H^H^Hf***ed up).
"Vendor" with the value of OOO_VENDOR, and "BuildVersion" with the
value of BUILD_VER_STRING. These get their values from the
--with-vendor and --with-build-version switches of the configure
script.
From the build-identification.diff patch, has been part of distro
OOo/LO builds for long.
I did some initial testing with building under Interix some years
ago. Nothing came out of it, and LibreOffice certainly won't build
with it. But just commit this triviality now to get rid of
win32-interix.diff in the build repo.
Then restore them, if still relevant, when uninstalling LibreOffice.
git log from build repository:
commit 1737ec9b6675cc7e30df03fa5537012a429425bb
Author: Tor Lillqvist <tlillqvist@novell.com>
Date: Thu Oct 14 15:28:55 2010 +0300
Make win32-restore-associations.diff apply again
commit 72a25ab4a055cd1d3cf5aec627cfe120113bfb34
Author: Tor Lillqvist <tlillqvist@novell.com>
Date: Thu May 20 10:34:24 2010 +0300
Make patches apply for a Windows build
commit d635f716a75d8c1648eab0c1d598b390be8c4f07
Author: Tor Lillqvist <tlillqvist@novell.com>
Date: Thu Sep 17 22:16:40 2009 +0300
Add new patch to restore MSO file associations on uninstall
* patches/dev300/apply: Add it to Win32Only
* patches/dev300/win32-restore-associations.diff: New file. Save
previous associations of the MS Office file formats on installation
of OOo. On uninstallation of OOo, restore them. Still a bit
experimental, but seems to work.
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
