1. 09 May, 2019 2 kayıt (commit)
  2. 02 May, 2019 1 kayıt (commit)
  3. 31 Mar, 2019 1 kayıt (commit)
  4. 11 Mar, 2019 1 kayıt (commit)
  5. 08 Mar, 2019 1 kayıt (commit)
  6. 19 Şub, 2019 1 kayıt (commit)
  7. 11 Şub, 2019 1 kayıt (commit)
  8. 29 Kas, 2018 1 kayıt (commit)
  9. 25 Eki, 2018 2 kayıt (commit)
  10. 24 Eki, 2018 2 kayıt (commit)
  11. 19 Eki, 2018 1 kayıt (commit)
  12. 16 Eki, 2018 1 kayıt (commit)
  13. 09 Eki, 2018 1 kayıt (commit)
  14. 17 Eyl, 2018 1 kayıt (commit)
    • Stephan Bergmann's avatar
      New loplugin:external · 206b5b26
      Stephan Bergmann yazdı
      ...warning about (for now only) functions and variables with external linkage
      that likely don't need it.
      
      The problems with moving entities into unnamed namespacs and breaking ADL
      (as alluded to in comments in compilerplugins/clang/external.cxx) are
      illustrated by the fact that while
      
        struct S1 { int f() { return 0; } };
        int f(S1 s) { return s.f(); }
        namespace N {
          struct S2: S1 { int f() { return 1; } };
          int f(S2 s) { return s.f(); }
        }
        int main() { return f(N::S2()); }
      
      returns 1, both moving just the struct S2 into an nunnamed namespace,
      
        struct S1 { int f() { return 0; } };
        int f(S1 s) { return s.f(); }
        namespace N {
          namespace { struct S2: S1 { int f() { return 1; } }; }
          int f(S2 s) { return s.f(); }
        }
        int main() { return f(N::S2()); }
      
      as well as moving just the function f overload into an unnamed namespace,
      
        struct S1 { int f() { return 0; } };
        int f(S1 s) { return s.f(); }
        namespace N {
          struct S2: S1 { int f() { return 1; } };
          namespace { int f(S2 s) { return s.f(); } }
        }
        int main() { return f(N::S2()); }
      
      would each change the program to return 0 instead.
      
      Change-Id: I4d09f7ac5e8f9bcd6e6bde4712608444b642265c
      Reviewed-on: https://gerrit.libreoffice.org/60539
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      206b5b26
  15. 15 Eyl, 2018 1 kayıt (commit)
  16. 13 Eyl, 2018 1 kayıt (commit)
  17. 05 Eyl, 2018 1 kayıt (commit)
  18. 22 Agu, 2018 1 kayıt (commit)
  19. 21 Agu, 2018 1 kayıt (commit)
  20. 24 Tem, 2018 1 kayıt (commit)
  21. 12 Tem, 2018 1 kayıt (commit)
    • Gabor Kelemen's avatar
      Add missing sal/log.hxx headers · 0132f27d
      Gabor Kelemen yazdı
      rtl/string.hxx and rtl/ustring.hxx both unnecessarily #include <sal/log.hxx> (and don't make use of it themselves), but many other files happen to depend on it.
      This is a continuation of commit 6ff2d84a to be able to remove those unneeded includes.
      
      This commit adds missing headers to every file found by:
      grep -FwL sal/log.hxx $(git grep -Elw 'SAL_INFO|SAL_INFO_IF|SAL_WARN|SAL_WARN_IF|SAL_DETAIL_LOG_STREAM|SAL_WHERE|SAL_STREAM|SAL_DEBUG')
      to directories w* x*
      
      Change-Id: I27bff44da3d34d24262031c7489e755311599bc5
      Reviewed-on: https://gerrit.libreoffice.org/57307
      Tested-by: Jenkins
      Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      0132f27d
  22. 07 Haz, 2018 1 kayıt (commit)
  23. 25 May, 2018 1 kayıt (commit)
  24. 26 Nis, 2018 1 kayıt (commit)
    • Tomaž Vajngerl's avatar
      [API CHANGE] deprecate XGraphicObjectResolver · 45f20a89
      Tomaž Vajngerl yazdı
      XGraphicObjectResolver was used to get the GraphicObject URL from
      an storage (package) URL. This isn't possible anymore in LO 6.1
      since creating GraphicObject from uniqueID was removed for its
      lifecycle issues. XGraphicObjectResolver is now deprecated and
      when the "resolveGraphicObjectURL" is called, it throws a
      RuntimeExeption.
      
      In places where XGraphicObjectResolver was used, we now use the
      XGraphicStorageHandler as the alternative. Both share a common
      implementation so previously we could cast one to the other at
      any time. Now only XGraphicStorageHandler is used.
      
      GraphicObjectResolver was removed and replaced by the alternative
      GraphicStorageHandler for instance creation - where needed.
      
      Change-Id: I5d3f759c6f95b7dbe2d93688d99c8aa4899ffa84
      Reviewed-on: https://gerrit.libreoffice.org/53279Reviewed-by: 's avatarTomaž Vajngerl <quikee@gmail.com>
      Tested-by: 's avatarTomaž Vajngerl <quikee@gmail.com>
      45f20a89
  25. 11 Nis, 2018 1 kayıt (commit)
  26. 06 Nis, 2018 1 kayıt (commit)
  27. 05 Nis, 2018 1 kayıt (commit)
  28. 03 Nis, 2018 1 kayıt (commit)
  29. 01 Nis, 2018 1 kayıt (commit)
  30. 15 Mar, 2018 1 kayıt (commit)
  31. 15 Ock, 2018 1 kayıt (commit)
  32. 12 Ock, 2018 1 kayıt (commit)
  33. 23 Ara, 2017 1 kayıt (commit)
  34. 11 Ara, 2017 1 kayıt (commit)
  35. 13 Kas, 2017 1 kayıt (commit)
  36. 30 Eki, 2017 1 kayıt (commit)
  37. 23 Eki, 2017 1 kayıt (commit)