D7423: [WIP/assistance needed] Populate UDS_CREATION_TIME on Linux if statx system call is available

Stefan BrĂ¼ns noreply at phabricator.kde.org
Fri Aug 17 17:22:02 BST 2018


bruns added a comment.


  In D7423#310509 <https://phabricator.kde.org/D7423#310509>, @fvogt wrote:
  
  > On neon it won't work as the kernel everything is built against (so the minimum API/ABI) is too old. You'll either have to hack around that by messing with include paths or use something more recent.
  >
  > statx does not have a glibc wrapper, which means there is no `statx(...)` function. So HAVE_STATX is rightfully false.
  
  
  filesystemengine_unix.cpp`.
  
  This is no longer true with glibc 2.28, released two weeks ago. The interface is defined here:
  
  https://sourceware.org/git/?p=glibc.git;a=blob;f=io/bits/statx.h;h=e31254e3617bb17b1d4ba1dc5365529e376e257d;hb=HEAD
  
  So, first question which arises is, should we make it depend on glibc 2.28? There is no kernel dependency,
  as glibc fills out the statx struct using other syscalls if statx is not available (of course, no birthtime then).

REPOSITORY
  R241 KIO

REVISION DETAIL
  https://phabricator.kde.org/D7423

To: ngraham, dfaure, broulik, elvisangelaccio, #frameworks, #dolphin, fvogt
Cc: fvogt, kde-frameworks-devel, bruns, meven, ltoscano, #frameworks, michaelh, ngraham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20180817/8717a8ad/attachment-0001.html>


More information about the Kde-frameworks-devel mailing list