summaryrefslogtreecommitdiff
path: root/external/breakpad
AgeCommit message (Collapse)Author
2017-11-14Use proper ucontext_t in external/breakpadStephan Bergmann
SUSv4 merely claims that ucontext_t is defined as a structure type (in <signal.h>), and at least /usr/include/sys/ucontext.h in glibc-headers-2.26-15.fc27.x86_64 now defines it as typedef struct ucontext_t { ... } ucontext_t; instead of as typedef struct ucontext { ... } ucontext_t; as was done in older glibc, so referring to it as "struct ucontext" (C/C++) or "ucontext" (C++) no longer works. Change-Id: I3d515a4ce7e5a49d0277136cad2b982bdf799ac5
2017-02-10Remove MinGW supportStephan Bergmann
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-01external/breakpad: Work around -fsanitize=alignmentStephan Bergmann
...as seen in the scenario described in 5997121a51e240c762b4d002d7d16b94ac13d4a1 "Support signal handlers registered with SA_SIGINFO", first > src/client/linux/minidump_writer/directory_reader.h:82:19: runtime error: member access within misaligned address 0x7f3f8235c2cc for type 'struct kernel_dirent', which requires 8 byte alignment > 0x7f3f8235c2cc: note: pointer points here > 10 02 00 00 d8 f8 3b 00 00 00 00 00 01 00 00 00 00 00 00 00 18 00 2e 00 00 00 00 04 02 c7 3b 00 and then > src/client/linux/minidump_writer/linux_dumper.cc:382:19: runtime error: member access within misaligned address 0x7f96c225d7bc for type 'google_breakpad::MappingInfo', which requires 8 byte alignment > 0x7f96c225d7bc: note: pointer points here > 20 0a 32 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ^ Change-Id: I7f739567879093a404bee3e351ce9e8257676183
2017-01-25Pass gb_VISIBILITY_FLAGS into external/breakpadStephan Bergmann
...to avoid UBSan (on Linux) reporting a ODR violation between google_breakpad::MinidumpDescriptor::kMicrodumpOnConsole (workdir/ UnpackedTarball/breakpad/src/client/linux/handler/minidump_descriptor.cc) defined in both the crashreport and sofficeapp dynamic libs. Change-Id: I686a6e2041c70f0aa17a774d705dc71d95d20183
2017-01-06breakpad: document how to read mini-dumps locallyMichael Stahl
Change-Id: I888930079fc93c609769ac31a025c410b9adad96
2016-06-27I screwed up with the breakpad minidump_stackwalk patchMarkus Mohrhard
This does not affect normal LibreOffice and is only important for the server side. Change-Id: I270262ed6e1b22c3ef41099fda19fa386f386203
2016-06-27always compile breakpad with O2Markus Mohrhard
Change-Id: I4cda93fee47244cf3eb7b13bb6cb2a3eab007cf0
2016-06-27better use a backward compatible way to change the outputMarkus Mohrhard
Change-Id: If5829e321db8af1f09cccafaf34a18343492f514
2016-06-25add code_id to the minidump_stackwalkMarkus Mohrhard
Change-Id: Ibcc32344780b7ad5814678cf7dd9a2167ede1661 Reviewed-on: https://gerrit.libreoffice.org/26649 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-06-14we are using our own minidump_upload executableMarkus Mohrhard
Change-Id: Icee770ff8e2db019031d618528a9aab83041389d Reviewed-on: https://gerrit.libreoffice.org/26244 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-05-21add missing file for breakpad libraryMarkus Mohrhard
Change-Id: I1e88b2c9d6ab91a43d03b3f87ba4e83842f2ac03
2016-03-31breakpad: fix module makefileMichael Stahl
ff9b7d118b34b53ec947af881fccd822e2aeb1fd removed the ExternalPackage instead of the ExternalProject. Change-Id: I9240526b29d0559e1485253383d39b5858e4039b
2016-03-30support building breakpad on windowsMarkus Mohrhard
Change-Id: I74b0e5a8e922935c9667491e5f33c514c3315d2a Reviewed-on: https://gerrit.libreoffice.org/23667 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-27fix a number of Wshadow warnings in breakpadMarkus Mohrhard
Change-Id: I8133e03e4ed21ac1efd9982860276d4776850bba Reviewed-on: https://gerrit.libreoffice.org/22567 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-22AFAICS breakpad does use neither glew nor libgltfDavid Tardon
Change-Id: Icfea7b921d990a3d7adcbebbda2cddbc62d8ea39
2016-02-22_use_autoconf is not neededDavid Tardon
It enables building with gcc wrappers on Windows, which is not used here Change-Id: I8b27ae9f8952fd3fbae37d17fdddfc1d3b9d5fb6
2016-02-22fix the minidump_upload script to send correct http headerMarkus Mohrhard
Change-Id: Ie373992ca9d69fec508778947a983fad56924a60 Reviewed-on: https://gerrit.libreoffice.org/22550 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-22package minidump_upload toolMarkus Mohrhard
We are going to use this tool for uploading the minidumps for now. Change-Id: I2c59d420e3884aee46411df913c2ec067e0c636b Reviewed-on: https://gerrit.libreoffice.org/22549 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-22include breakpad into the buildMarkus Mohrhard
Change-Id: I1bfd107502332fc86ae5e96bbc1f475b8d669c6c Reviewed-on: https://gerrit.libreoffice.org/22547 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>