1. 15 Nis, 2019 1 kayıt (commit)
  2. 31 Mar, 2019 1 kayıt (commit)
  3. 21 Şub, 2019 1 kayıt (commit)
  4. 11 Şub, 2019 2 kayıt (commit)
  5. 08 Şub, 2019 1 kayıt (commit)
  6. 24 Ock, 2019 1 kayıt (commit)
  7. 21 Ara, 2018 1 kayıt (commit)
  8. 05 Ara, 2018 1 kayıt (commit)
  9. 27 Kas, 2018 1 kayıt (commit)
  10. 09 Kas, 2018 1 kayıt (commit)
  11. 20 Eki, 2018 1 kayıt (commit)
  12. 10 Eki, 2018 1 kayıt (commit)
  13. 09 Eki, 2018 1 kayıt (commit)
  14. 01 Eki, 2018 1 kayıt (commit)
  15. 18 Eyl, 2018 1 kayıt (commit)
  16. 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
  17. 15 Eyl, 2018 1 kayıt (commit)
  18. 13 Eyl, 2018 3 kayıt (commit)
  19. 08 Eyl, 2018 1 kayıt (commit)
  20. 22 Agu, 2018 1 kayıt (commit)
  21. 02 Agu, 2018 1 kayıt (commit)
  22. 31 Tem, 2018 1 kayıt (commit)
  23. 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
  24. 11 Tem, 2018 1 kayıt (commit)
    • Noel Grandin's avatar
      clean up UNO available() implementations · 00850e3f
      Noel Grandin yazdı
      There seems to be some confusion here. available() is actually the
      number of bytes that can be read without blocking, but most
      implementations seems to be just returning the number of bytes remaining
      in the stream. Since we're doing that, let's do it properly.
      
      (*) some of them were just casting, instead of clamping, which will
      return wrong values sometimes.
      (*) FileStreamWrapper_Impl/OInputStreamWrapper/OTempFileService were
      doing unnecessary work, instead of just asking the underlying SvStream
      for it's remaining size
      
      Change-Id: I3ef26e0363e989ed3e00be0fdb993e1cdeb7819f
      Reviewed-on: https://gerrit.libreoffice.org/57264
      Tested-by: Jenkins
      Reviewed-by: 's avatarNoel Grandin <noel.grandin@collabora.co.uk>
      00850e3f
  25. 26 Haz, 2018 1 kayıt (commit)
  26. 07 Haz, 2018 1 kayıt (commit)
  27. 17 May, 2018 1 kayıt (commit)
  28. 14 May, 2018 1 kayıt (commit)
  29. 01 Nis, 2018 1 kayıt (commit)
  30. 12 Mar, 2018 1 kayıt (commit)
  31. 05 Mar, 2018 1 kayıt (commit)
  32. 02 Şub, 2018 1 kayıt (commit)
  33. 12 Ock, 2018 1 kayıt (commit)
  34. 11 Ock, 2018 1 kayıt (commit)
  35. 04 Ock, 2018 1 kayıt (commit)
  36. 29 Ara, 2017 1 kayıt (commit)
  37. 14 Ara, 2017 1 kayıt (commit)
    • Stephan Bergmann's avatar
      No need to keep these whitelisted functions decorated with SAL_CALL · 6f4f5677
      Stephan Bergmann yazdı
      The only effect SAL_CALL effectively has on LO-internal code is to change non-
      static member functions from __thiscall to __cdecl in MSVC (where all other
      functions are __cdecl by default, anyway).  (For 3rd-party code, it could be
      argued that SAL_CALL is useful on function declarations in the URE stable
      interface other than non-static member functions, too, in case 3rd-party code
      uses a compiler switch to change the default calling convention to something
      other than __cdecl.  But loplugin:salcall exempts the URE stable interface,
      anyway.)
      
      One could argue that SAL_CALL, even if today it effectively only affects non-
      static member functions in MSVC, could be extended in the future to affect more
      functions on more platforms.  However, the current code would already not
      support that.  For example, 3af50058
      "loplugin:salcall fix functions" changed FrameControl_createInstance in
      UnoControls/source/base/registercontrols.cxx to no longer be SAL_CALL, even
      though its address (in ctl_component_getFacrory, in the same file) is passed to
      cppuhelper::createSingleFactory as an argument of type
      cppu::ComponentInstantiation, which is a pointer to SAL_CALL function.
      
      Change-Id: I3acbf7314a3d7868ed70e35bb5c47bc11a0b7ff6
      Reviewed-on: https://gerrit.libreoffice.org/46436Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      6f4f5677