1. 30 May, 2019 1 kayıt (commit)
  2. 27 May, 2019 2 kayıt (commit)
  3. 22 May, 2019 2 kayıt (commit)
  4. 13 May, 2019 1 kayıt (commit)
  5. 12 May, 2019 1 kayıt (commit)
  6. 09 May, 2019 3 kayıt (commit)
  7. 07 May, 2019 1 kayıt (commit)
  8. 06 May, 2019 1 kayıt (commit)
  9. 03 May, 2019 2 kayıt (commit)
    • Tomoyuki Kubota's avatar
      Add Support for .NET 4.8 · 4bf62c1c
      Tomoyuki Kubota yazdı
      *Before this patch, Windows SDK came with .NET 4.5
      and .NET 4.6.1 or later was ignored.
      
      * the author of this configure.ac did not seem to understand that
      WOW6432Node should be given to reg_get_value_64
      instead of reg_get_value_32.
      sometimes the code redundantly fetched the same entry WOW6432
      (for 64 bit, wrongly passed to 32bit)
      and the 32 bit one. I removed the duplicate.
      
      Change-Id: Iff972d727907c480ef927d53fa1f53557fdeb1fd
      Reviewed-on: https://gerrit.libreoffice.org/71268Reviewed-by: 's avatarMichael Stahl <Michael.Stahl@cib.de>
      Tested-by: 's avatarMichael Stahl <Michael.Stahl@cib.de>
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      4bf62c1c
    • Stephan Bergmann's avatar
      The -fvisibility-ms-compat hack is no longer needed for UBSan on Linux... · 9a7aa332
      Stephan Bergmann yazdı
      ...with latest Clang trunk towards Clang 9.  All the no-longer necessary hacks
      are made conditional on new NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY, which is
      still set for UBSan builds with older Clang on Linux (but which should
      eventually be purged).
      
      Various classes needed additional SAL_DLLPUBLIC_RTTI annotations, as building
      with UBSan instrumentation can generate references to RTTI symbols from
      additional places like outside a dynamic library that used to hide those symbols
      by default (but used to not hide them for old UBSan builds thanks to the
      -fvisibility-ms-compat hack).
      
      The odr-violation suppressions in solenv/sanitizers/asan-suppressions (which is
      not referenced from anywhere in the code base, but meant to be included in an
      ASan/UBSan build's ASAN_OPTIONS env var) are also no longer needed when
      NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY is false.
      
      Change-Id: I24ec3e388b0cbab50dbe2bf008d9569bff7bf25a
      Reviewed-on: https://gerrit.libreoffice.org/70829
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      9a7aa332
  10. 24 Nis, 2019 1 kayıt (commit)
  11. 21 Nis, 2019 1 kayıt (commit)
  12. 17 Nis, 2019 3 kayıt (commit)
  13. 16 Nis, 2019 1 kayıt (commit)
  14. 11 Nis, 2019 1 kayıt (commit)
    • Luboš Luňák's avatar
      merge --enable-selective-debuginfo into --enable-symbols · eeeec33a
      Luboš Luňák yazdı
      This got broken again due to confusion about the interaction between
      the various debug/symbol/whatever variables, so let's try to clean it
      up once more. So gb_SYMBOLS or any other global flag is no more.
      For checking whether a build target should get symbols, use
      gb_LinkTarget__symbols_enabled, which is internally controlled by
      gb_ENABLE_SYMBOLS_FOR (and flags from configure, command line or
      wherever affect that).
      
      This commit breaks the debug/nodebug split for PCH files, but fixing
      that is a relatively separate and complex change, so it'll be done
      in another commit.
      
      Change-Id: I6060dd38684445bb761e664344fb530386481332
      Reviewed-on: https://gerrit.libreoffice.org/70369
      Tested-by: Jenkins
      Reviewed-by: 's avatarLuboš Luňák <l.lunak@collabora.com>
      eeeec33a
  15. 10 Nis, 2019 1 kayıt (commit)
  16. 07 Nis, 2019 1 kayıt (commit)
  17. 04 Nis, 2019 3 kayıt (commit)
  18. 03 Nis, 2019 1 kayıt (commit)
  19. 01 Nis, 2019 1 kayıt (commit)
  20. 30 Mar, 2019 1 kayıt (commit)
  21. 27 Mar, 2019 1 kayıt (commit)
  22. 26 Mar, 2019 1 kayıt (commit)
  23. 22 Mar, 2019 1 kayıt (commit)
    • Stephan Bergmann's avatar
      Allow to pass additional options into generator's clang::tooling · ad7e2af4
      Stephan Bergmann yazdı
      In my macOS build, that clang::tooling::runToolOnCodeWithArgs invocation failed
      to find headers like cassert and assert.h, which works now with
      
        COMPILER_PLUGINS_TOOLING_ARGS=-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -isystem /Users/stephan/Software/llvm/inst/include/c++/v1
      
      added to my autogen.input (I build against my Clang trunk libc++ whose headers
      are at /Users/stephan/Software/llvm/inst/include/c++/v1).
      
      Change-Id: Idbffa39c9fd4a88743fd498b8f7b6c9c56d7630d
      Reviewed-on: https://gerrit.libreoffice.org/69538
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      ad7e2af4
  24. 11 Mar, 2019 1 kayıt (commit)
  25. 09 Mar, 2019 1 kayıt (commit)
  26. 08 Mar, 2019 1 kayıt (commit)
  27. 07 Mar, 2019 1 kayıt (commit)
  28. 05 Mar, 2019 1 kayıt (commit)
  29. 27 Şub, 2019 1 kayıt (commit)
  30. 25 Şub, 2019 2 kayıt (commit)