You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Upcoming gcc 8 will also take advantage of readdir() with d_type support. @obarthel do you think that there are any problems with extending struct dirent with d_type?
No, this should be both "harmless" and beneficial.
If I recall my Unix history correctly, only the smallest common subset of the vendor-specific dirent structure members was standardized in Unix/POSIX, which to this day makes it necessary to use readdir() with stat() and lstat(). The standard only guarantees the presence of a name and an inode number.
And we always thought that a 'struct FileInfoBlock' had its limitations ;-)
I just encountered this (with GCC 8.1.0). Newlib supports d_type, but not clib2. Given the current encouragement to switch from newlib to clib2, it would be great if this could be added.
Would be nice to have
readdir()
supportd_type
so that it is possible to distinguish between files and directories in a portable way.The text was updated successfully, but these errors were encountered: