| 9f356b37 | 19-Mar-2018 |
Jim Jagielski |
Strip out non-asciis which cause patch to barf git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1827202 13f79535-47bb-0310-9956-ffa450edef68 |
| 839bf488 | 15-Mar-2018 |
Matthias Seidel |
Updated English dictionary git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826903 13f79535-47bb-0310-9956-ffa450edef68 |
|
Revision tags: AOO415 |
|
| f3053659 | 14-Mar-2018 |
Pedro Giffuni |
python: rename pcbuild to msvs9 in patch names to avoid confusion. Since r1759046, which updated python to version 2.7.12, we are using the legacy buildfiles which upstream moved from PC
python: rename pcbuild to msvs9 in patch names to avoid confusion. Since r1759046, which updated python to version 2.7.12, we are using the legacy buildfiles which upstream moved from PCbuild to PC/VS9.0. We kept the old name for the patches to preserve the history in the repository but since there is a good chance we may update the required compiler, and use the updated build files, rename them properly to avoid confusion. Consistently use $(PYVERSION) while here. Note this is untested: being a simple rename there should be no problem. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826694 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 34401bad | 13-Mar-2018 |
Damjan Jovanovic |
Add back cppuhelper/source/msvc_win32_intel.map since we've rolled back to .map files for cpphelper's symbols. Patch by: me git-svn-id: https://svn.apache.org/repo
Add back cppuhelper/source/msvc_win32_intel.map since we've rolled back to .map files for cpphelper's symbols. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826658 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| eaff96ed | 13-Mar-2018 |
Damjan Jovanovic |
Revert the main/cppuhelper related parts of: r1826428 r1826398 for now, while I investigate why they produce multiple symbol errors on Windows when linking main/svtools. Patc
Revert the main/cppuhelper related parts of: r1826428 r1826398 for now, while I investigate why they produce multiple symbol errors on Windows when linking main/svtools. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826602 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 78d5812c | 12-Mar-2018 |
Damjan Jovanovic |
The Win64 patch has been merged now, no need to keep a copy in main/solenv/win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826581 13
The Win64 patch has been merged now, no need to keep a copy in main/solenv/win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826581 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| edd74ba5 | 12-Mar-2018 |
Damjan Jovanovic |
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 befo
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 ...
|
| 1a5d95c5 | 11-Mar-2018 |
Matthias Seidel |
Updated to the latest version: - config.guess: 2018-03-08 - config.sub: 2018-03-08 git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826437 13f79535-47bb-0310-9956-ffa
Updated to the latest version: - config.guess: 2018-03-08 - config.sub: 2018-03-08 git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826437 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 35d42a96 | 11-Mar-2018 |
Damjan Jovanovic |
Fix the main/cppuhelpr symbol version map checks for Win32 and Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826428 13f79535-47bb-
Fix the main/cppuhelpr symbol version map checks for Win32 and Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826428 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| b32aa359 | 10-Mar-2018 |
Damjan Jovanovic |
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
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 ...
|
| 386ca866 | 09-Mar-2018 |
Don Lewis |
#127664# $CCNUMVER from dmake to configure Move the calculation of $CCNUMVER and some other variables from main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to configure
#127664# $CCNUMVER from dmake to configure Move the calculation of $CCNUMVER and some other variables from main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to configure, where it can be used by both dmake and gbuild. This is a requirement to upstream some compiler bug workaround patches from the FreeBSD port. A bit of logic from set_soenv is also moved into configure. A bunch more should probably be moved so that the configuration logic is not spread across so many different places, but that can wait. Something else to consider is that it would be nice to use a different value of $COM for Apple's clang, maybe "ACLANG" or "APPLECLANG" since it has a different version numbering scheme that the open-source version of clang and having a unique identifier would simplify version checking when applying compiler bug workarounds. Note: I think the old value of $CCNUMVER on the Mac is wrong. It should look something like 000800010000 or 000700030000, depending on the installed version. Change -DCPPU_ENV on the Mac from $(COMID) to $(COMNAME) for consistency with the dmake side. It shouldn't make a difference in practice since both have the same value on the Mac. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826296 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 69b30d9f | 08-Mar-2018 |
Damjan Jovanovic |
Add symbol versions for the Win64 platform necessary to build main/cppu. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826260 13f79535-47
Add symbol versions for the Win64 platform necessary to build main/cppu. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826260 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 39616696 | 08-Mar-2018 |
Damjan Jovanovic |
Get main/python to build on Win64. Adjust which files get delivered. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826259 13f79535-47bb-0
Get main/python to build on Win64. Adjust which files get delivered. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826259 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 1919b60f | 07-Mar-2018 |
Yuri Dario |
#i127723# Fix StarSymbol to OpenSymbol mapping when using cairo on OS/2. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826117 13f79535-47bb-0310-9956-ffa450edef68 |
| 4b01ed19 | 07-Mar-2018 |
Damjan Jovanovic |
Get openssl to build on Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826081 13f79535-47bb-0310-9956-ffa450edef68 |
| d32879a4 | 07-Mar-2018 |
Damjan Jovanovic |
Update the main/soltools javadep tool to deal with Java 9 (possibily 7 and 8 too, when using invokedynamic). Patch by: me git-svn-id: https://svn.apache.org/repos/asf/
Update the main/soltools javadep tool to deal with Java 9 (possibily 7 and 8 too, when using invokedynamic). Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826078 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 7afbdf4d | 07-Mar-2018 |
Damjan Jovanovic |
Patch main/icc to build on Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826069 13f79535-47bb-0310-9956-ffa450edef68 |
| d853d28b | 07-Mar-2018 |
Damjan Jovanovic |
Add a linker map file for salhelper on Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826066 13f79535-47bb-0310-9956-ffa450edef68 |
| d70a7736 | 07-Mar-2018 |
Damjan Jovanovic |
Get main/icu building on Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826062 13f79535-47bb-0310-9956-ffa450edef68 |
| 1c835cd2 | 07-Mar-2018 |
Damjan Jovanovic |
Add a missing .ENDIF Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826059 13f79535-47bb-0310-9956-ffa450edef68 |
| d3b9490e | 07-Mar-2018 |
Damjan Jovanovic |
Further updates to the Win64 patch, to use the correct CPPU_ENV and COMNAME for Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@18260
Further updates to the Win64 patch, to use the correct CPPU_ENV and COMNAME for Win64. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826058 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| acf9b005 | 07-Mar-2018 |
Damjan Jovanovic |
Use the -bigobj flag to MSVC on AMD64, as some of our C++ files are too big for the traditional COFF file format. Patch by: me git-svn-id: https://svn.apache.org/repos
Use the -bigobj flag to MSVC on AMD64, as some of our C++ files are too big for the traditional COFF file format. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826057 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| e9cec295 | 06-Mar-2018 |
Damjan Jovanovic |
Port the "kill" command and some useful parts of the Windows API wrapper "uwinapi" to AMD64. We aren't going to rewrite it in AMD64 assembly as most of the uwinapi thunked/emulated
Port the "kill" command and some useful parts of the Windows API wrapper "uwinapi" to AMD64. We aren't going to rewrite it in AMD64 assembly as most of the uwinapi thunked/emulated functions are very old, and AMD64 only came out in the Windows XP and Windows 2003 era, so only function not available on those versions of Windows such as SHCreateItemFromParsingName and (unbelievably!!) snprintf and co need to be ported. And I've used C code instead of assembly as it's clearer and performance isn't that important nowdays. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826021 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| db48b064 | 06-Mar-2018 |
Damjan Jovanovic |
Revert 1825956 and put it into the win64.patch file instead, as it may break building 32 bit AOO on 64 bit Windows. Patch by: me git-svn-id: https://svn.apache.org/repos/as
Revert 1825956 and put it into the win64.patch file instead, as it may break building 32 bit AOO on 64 bit Windows. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1826001 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| d9a97236 | 06-Mar-2018 |
Matthias Seidel |
Changed links to https to avoid redirection git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1825994 13f79535-47bb-0310-9956-ffa450edef68 |