c74fe188b1
Specify subsystem version 5.01 in the linker options. Otherwise, when built with the linker in Windows Kit 8.0, executables are created with the "operating system version" and "subsystem version" fields set to 6.0 (which means Vista). Attempting to run such executables on Windows XP fails with an error that claims them to be "invalid Win32 executables" (which is a blatant lie, of course). We can well set the subsystem version to 5.01 as we don't unconditionally use any APIs that wouldn't be present on XP. Note that you need Visual Studio 2012 Update 1 to be able to create code that runs on XP. The original version creates executables that importx entries from kernel32.dll like GetTickCount64 that aren't present on XP. Apparently it doesn't hurt on XP that DLL headers specify a "too new" subsystem version. |
||
---|---|---|
.. | ||
bin | ||
doc/gbuild | ||
gbuild | ||
gdb | ||
inc | ||
lldb/libreoffice | ||
prj | ||
src | ||
CustomTarget_concat-deps.mk | ||
CustomTarget_gdb.mk | ||
CustomTarget_versionlist.mk | ||
Makefile | ||
Module_solenv.mk | ||
Package_concat-deps.mk | ||
Package_gdb.mk | ||
Package_inc.mk | ||
Package_minor.mk | ||
README |
Tools and makefile fragments necessary for compilation This module contains many tools and makefile configuration pieces, critical for building LibreOffice: bin/ contains lots of tools used during the build: build.pl the top-level wrapper perl-script, from the dmake days - we're incrementally removing this in favour of gnumake deliver.pl copies files from old-style dmake packages into the top-level 'solver' directory concat-deps* these aggregate, and remove duplicates from module dependencies, to accelerate build times. make_installer.pl this script executes the compiled instructions from the scp2/ module to create an installer, and/or to do a local install for the smoketest. linkoo creates a forest of symlinks inside an install such that a developer can re-compile in the source tree, and re-run without re-installing (on Unix at least) gbuild/ the (shiny new) gnumake build makefile fragments we are migrating the codebase to use. gdb/ lots of nice python helpers to make debugging -much- easier that (eg.) print UCS2 strings as UTF-8 on the console to help with debugging. inc/ old / increasingly obsolete dmake setup and includes, we are trying to entirely rid ourselves of this src/ useful standard / re-usable component map files for components which shouldn't export anything more than a few registration symbols.