| 0be09164 | 06-Jun-2019 |
Matthias Seidel <mseidel@apache.org> |
Rename FieldMaster to fieldmaster
See:
https://svn.apache.org/repos/asf/openoffice/trunk/main/offapi/type_reference/typelibrary_history.txt
git-svn-id: https://svn.apache.org/repos/asf/openoffice/t
Rename FieldMaster to fieldmaster
See:
https://svn.apache.org/repos/asf/openoffice/trunk/main/offapi/type_reference/typelibrary_history.txt
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1860718 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| edd74ba5 | 12-Mar-2018 |
Damjan Jovanovic <damjan@apache.org> |
Implement initial unfinished support for building 64 bit AOO on 64 bit Windows.
For now, require --enable-win64 to be passed to ./configure and without it build 32 bit
binaries like before.
Detect
Implement initial unfinished support for building 64 bit AOO on 64 bit Windows.
For now, require --enable-win64 to be passed to ./configure and without it build 32 bit
binaries like before.
Detect the MSVC compiler only through oowintool (ie. registry keys) and the command line option,
not by searching the path, as we need to know the exact path to determine whether the compiler
outputs 32 or 64 bit binaries.
Pass --aoo32-on-win64 to oowintool when doing the AOO32 on Win64 build, so oowintool
known to look at the 32 bit registry for Java, as we need a JDK of matching bitness.
We may need this option for other oowintool tasks.
Introduce the "mscx" COMNAME for 64 bit AOO.
Add the remaining gbuild and dmake changes necessary to use the 64 bit MSVC compiler.
Patch by: me
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826580 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| b32aa359 | 10-Mar-2018 |
Damjan Jovanovic <damjan@apache.org> |
tr;dr: Don't use .map files for main/cppuhelper on Windows, control
symbol visibility using source-level declarations instead.
C++ symbols are mangled differently on Win64 and Win32, and extracting
tr;dr: Don't use .map files for main/cppuhelper on Windows, control
symbol visibility using source-level declarations instead.
C++ symbols are mangled differently on Win64 and Win32, and extracting
new symbols from binaries and updating .DEF/.map files that control symbol
visibility is painful. Both Windows and *nix have moved from using .DEF
and .map files to using declarations in the source code instead, of the
form __declspec(dllexport) and __attribute__ ((visibility("default")))
(which we wrap in SAL_DLLPUBLIC_EXPORT).
The GBuild ported modules also have to replace .map files with source code
declarations (and all so far have), as the default symbol visibility in
GBuild is "hidden" and GBuild has no mechanism to use .map files so far.
So for the purpose of the Win64 port, but as a generally good idea and a
necessity for future GBuild ports, re-implement linker symbol visibility
in main/cppuhelper using SAL_DLLPUBLIC_EXPORT declarations in the source
code instead of using .map files. The purpose of .map files is to version
symbols in the ELF binary format on *nix instead of just controlling
visibility, so they still provide that benefit on *nix, but Windows has no
symbol versioning, all dmake does with .map files is convert them to
unversioned .DEF files, which are harder to maintain than source-level
declarations (as they are both mangled and in a separate file, and have
to be specified per method instead of only once per class).
This turned out to cause trouble, as our autodoc tool doesn't have a C
preprocessor, so the "CPPUHELPER_DLLPUBLIC" was breaking generating
documentation, which was breaking the build due to documentation
completeness checks in main/odk. Thus main/autodoc had to be patched to
allow command line parameters passed to it to specify parsing tokens to
ignore, and main/odk had to be patched to pass "CPPUHELPER_DLLPUBLIC" as
the token to ignore.
Patch by: me
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826398 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|