Hi Paul, > It's looking like Glibc will add a renameat2 function > that is incompatible with Gnulib renameat2; see: > https://sourceware.org/ml/libc-alpha/2018-07/msg00064.html
Yup, by https://sourceware.org/ml/libc-alpha/2018-07/msg00039.html it is clear that non-atomic fallback implementations are more acceptable in gnulib than in glibc. > To help avoid future confusion, rename renameat2 to something else. This is a good idea. Let's not repeat the confusion we had with the 'strftime' module. Additionally, I would add a placeholder for the old module name, for a period of transition. So that users of the 'renameat2' module are not forced to migrate in a hurry, but instead can migrate when it is fit for their project and schedule. ============================== modules/renameat2 ============================== Description: renameat2() function: rename a file, relative to two directories Status: obsolete Notice: This module is obsolete. Use module 'renameatu' instead. Files: Depends-on: renameatu configure.ac: Makefile.am: Include: "renameat2.h" License: GPL Maintainer: all =============================================================================== =============================== lib/renameat2.h =============================== #include "renameatu.h" #define renameat2 renameatu =============================================================================== Bruno
