Revision tags: AOO420-Dev5-m5, AOO4115-GA, AOO4114-GA, AOO420-Dev4-m4, AOO4113-GA, AOO4112-GA, AOO4111-GA, AOO420-Dev3-m3, AOO4110-GA, AOO419-GA |
|
46cbbbfe | 20-Dec-2020 |
Jim Jagielski |
Revert "Up" This reverts commit aff3bb25c3d3591c9e34ef04c5eb1043ee55d311. |
aff3bb25 | 18-Dec-2020 |
Jim Jagielski |
Up Merge branch 'AOO42X' of https://gitbox.apache.org/repos/asf/openoffice into AOO42X (cherry picked from commit 3eac5e1a06ced5fbc1bce9fa16090e1d47c1b67e) |
Revision tags: AOO418-GA |
|
cfd52e18 | 01-Oct-2020 |
mseidel |
Fixed typos (thats -> that's) and many more |
7950f2af | 14-Jun-2020 |
mseidel |
Fixed typos (the the -> the) and some more |
Revision tags: 420-Dev2-m2, AOO417, AOO420-Dev-m1 |
|
d92161c4 | 11-Jan-2019 |
Jim Jagielski |
Get macOS building and packaging again. Following changes/fixes: o Stop pretending/forcing *Nix shared lib versioning on macOS o Use smaller and more easily manageable temp temps by
Get macOS building and packaging again. Following changes/fixes: o Stop pretending/forcing *Nix shared lib versioning on macOS o Use smaller and more easily manageable temp temps by leveraging --headerpad dyld option o misc gbuild fixes git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1851102 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
Revision tags: AOO416 |
|
a81455d5 | 04-Dec-2018 |
Damjan Jovanovic |
Export the RTTI names and symbols for main/cppuhelper, which it apparently needs to build on *nix. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice
Export the RTTI names and symbols for main/cppuhelper, which it apparently needs to build on *nix. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1848168 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
529d6db8 | 03-Dec-2018 |
Damjan Jovanovic |
Finally port main/cppuhelper to gbuild. The problem before was apparently that including udkapi ended up using the solver headers, instead of our generated "comprehensive" headers.
Finally port main/cppuhelper to gbuild. The problem before was apparently that including udkapi ended up using the solver headers, instead of our generated "comprehensive" headers. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1848084 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
ebbaf3b8 | 03-Dec-2018 |
Damjan Jovanovic |
Re-commit r1847839 and r1847840, with future patches on the way that will get the module building in gbuild and using source-level attributes to control symbol visibility. The original commit
Re-commit r1847839 and r1847840, with future patches on the way that will get the module building in gbuild and using source-level attributes to control symbol visibility. The original commit was worded as: Change default symbol visibility to hidden in main/cppuhelper, and export symbols using source-level attributes (SAL_DLLPUBLIC_EXPORT) instead. Stop using the .map file for Windows, and rely only on the above to control symbol visibility. This is not a perfect solution, as the exported symbols lack some typeinfos compared to before, but it doesn't seem to break anything, and a full symbol audit needs to be done later to fix other modules anyway. Also added some files to get it to build with gbuild, which are currently unused, as the gbuild build seems to break in main/i18npool. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1848075 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
0bb8916b | 02-Dec-2018 |
Damjan Jovanovic |
Revert the main/cppuhelper symbol visibility changes in 1847839 and 1847840 for now, as they break the Windows build in the most mysterious ways... Patch by: me gi
Revert the main/cppuhelper symbol visibility changes in 1847839 and 1847840 for now, as they break the Windows build in the most mysterious ways... Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1847937 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
43e02c03 | 30-Nov-2018 |
Damjan Jovanovic |
Detect Win32 and Win64 properly in my last patch. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1847840 13f79535-47bb-0310-9956-ffa450edef68 |
77dbc36c | 30-Nov-2018 |
Damjan Jovanovic |
Change default symbol visibility to hidden in main/cppuhelper, and export symbols using source-level attributes (SAL_DLLPUBLIC_EXPORT) instead. Stop using the .map file for Windows, and
Change default symbol visibility to hidden in main/cppuhelper, and export symbols using source-level attributes (SAL_DLLPUBLIC_EXPORT) instead. Stop using the .map file for Windows, and rely only on the above to control symbol visibility. This is not a perfect solution, as the exported symbols lack some typeinfos compared to before, but it doesn't seem to break anything, and a full symbol audit needs to be done later to fix other modules anyway. Also added some files to get it to build with gbuild, which are currently unused, as the gbuild build seems to break in main/i18npool. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1847839 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
c1fa0b2e | 29-Nov-2018 |
Damjan Jovanovic |
Fix duplication of file contents. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1847692 13f79535-47bb-0310-9956-ffa450edef68 |
Revision tags: AOO416-RC1, AOO415 |
|
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 ...
|
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 ...
|
Revision tags: AOO414, AOO413 |
|
d9aeb0c3 | 31-Aug-2016 |
truckman |
In ExceptionThrower::throwException(), call ::cppu::throwException() instead of recursing infinitely. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1758630 13f7
In ExceptionThrower::throwException(), call ::cppu::throwException() instead of recursing infinitely. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1758630 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
Revision tags: AOO4121, AOO412, SNAPSHOT, AOO411 |
|
07a3d7f1 | 29-Apr-2014 |
Pedro Giffuni |
Many spelling fixes: directories a* - g*. Attempt to clean up most but certainly not all the spelling mistakes that found home in OpenOffice through decades. We could probably blame
Many spelling fixes: directories a* - g*. Attempt to clean up most but certainly not all the spelling mistakes that found home in OpenOffice through decades. We could probably blame the international nature of the code but it is somewhat shameful that this wasn't done before. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1591058 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
Revision tags: AOO410, AOO410_Beta |
|
52046e16 | 02-Dec-2013 |
Herbert Dürr |
#i122195# XContentEnumerationAccess is needed in UNO bootstrapping stoc's OServiceManager has it as a base class so we really need XContentEnumerationAccess' "comprehensive" type descrip
#i122195# XContentEnumerationAccess is needed in UNO bootstrapping stoc's OServiceManager has it as a base class so we really need XContentEnumerationAccess' "comprehensive" type description early. WeakMap priming enforces that now. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1546938 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
89a59a52 | 06-Oct-2013 |
Pavel Janík |
Declare variables when needed to prevent compiler warnings. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1529655 13f79535-47bb-0310-9956-ffa450edef68 |
8ac661e5 | 27-Sep-2013 |
Pavel Janík |
Add missing strlen. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1526814 13f79535-47bb-0310-9956-ffa450edef68 |
Revision tags: AOO401 |
|
3a354ae1 | 20-Sep-2013 |
Jürgen Schmidt |
#123283# check places where registry is check for office installation git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1524953 13f79535-47bb-0310-9956-ffa450edef68 |
2e9bc605 | 19-Sep-2013 |
Jürgen Schmidt |
#123283# improve finding default office path for Mac (no /usr/bin/soffice link), on Windows drop unoinfo and use the path from the registry directly git-svn-id: https://svn.apache.org/repos/
#123283# improve finding default office path for Mac (no /usr/bin/soffice link), on Windows drop unoinfo and use the path from the registry directly git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1524679 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
Revision tags: AOO400 |
|
3889e2e9 | 27-Jun-2013 |
Jürgen Schmidt |
#122478# adapt search in registry git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1497351 13f79535-47bb-0310-9956-ffa450edef68 |
c52956d9 | 26-Apr-2013 |
Herbert Dürr |
UNO bootstrapping requires some more comprehensive type-descriptions git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1476250 13f79535-47bb-0310-9956-ffa450edef68 |