abseil-cpp
abseil-cpp copied to clipboard
abseil
File system library
Since abseil trys hard to be a general purpose C++ library and there is no (at least I am not aware of) a good, robust and multiplatform file system C++ library with “sane” (thank you for adding CMake) build system, what is your stance on adding file system to abseil?
Is it on the future list? Or you are not going to have file system operation in abseil at all.
I need to port our company’s ndk code base to a newer library. The library which we are using right now is buggy. Because ndk has CMake support, abseil is on top of my list to use.
There are plans in the future to add Google's internal file libraries to Abseil, but they are blocked on, among other things, the release of a unified absl::Status similar to the Status type in Tensorflow, gRPC, etc. It doesn't currently follow the std::filesystem API.
Can we keep this open to follow this issue? Any news or any updates regarding the addition of file system support to Abseil would be posted here.
Releasing our filesystem library is blocked on some dependencies (such as Status) that haven't been released yet.
I saw that Status was released, are there plans in the future to support multiplatform file system C++ library ? If you need help, please tell me where to start. Thank you
Tentative plans, yes. As always, there's a lot of work to be done checking the design, putting things into Abseil, resolving old issues before making them public. If we release this, I suspect it'll still be quite some time.
On Sun, May 17, 2020 at 12:30 PM Vo Van Nghia [email protected] wrote:
I saw that Status was released, are there plans in the future to support multiplatform file system C++ library ?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/abseil/abseil-cpp/issues/47#issuecomment-629824704, or unsubscribe https://github.com/notifications/unsubscribe-auth/AC7CRXZKCOESXRG7MCJ6S43RSAGLFANCNFSM4ED3KZKA .
-- *If you get an email from me outside of the 9-5 it is not because I'm always on or expect an immediate response from you; it is because of work flexibility http://www.inc.com/john-boitnott/how-flexible-hours-can-create-a-better-work-life-balance.html . Evening and weekend emails are a sign I allocated some regular working hours for other things (such as family, gym, friends,...). And I encourage you to feel free to do the same.
We're running into issues with attempting to provide a VFS due to inode tracking issues. Getting an abseil filesystem library released would massively unblock some of the https://cs.tvl.fyi/ efforts.
It has been almost 2 years since the last update... Is there any progress?..
Releasing the filesystem library is not something that is actively being worked on currently.
I also want to temper your expectations. I wouldn't say our filesystem library is anything special. It is quite old, and if we were to ever release it, it would be for the benefit of Google projects that are already using it. It wouldn't be my first choice for a new project.
Thanks Derek for the update. What would be your recommendation for such a file system library? My use case is pretty simple: just something that would work both on gcs and locally.
I'm not aware of anything good quality in C++ that abstracts over both native files and GCS. You might do better with filesystem plugins to make GCS look like a mounted filesystem?
On Sun, Jun 12, 2022 at 9:33 PM cnsgsz @.***> wrote:
Thanks Derek for the update. What would be your recommendation for such a file system library? My use case is pretty simple: just something that would work both on gcs and locally.
— Reply to this email directly, view it on GitHub https://github.com/abseil/abseil-cpp/issues/47#issuecomment-1153364866, or unsubscribe https://github.com/notifications/unsubscribe-auth/AC7CRX7UISKDK4CMLDQDSHTVO2FXZANCNFSM4ED3KZKA . You are receiving this because you commented.Message ID: @.***>
-- *If you get an email from me outside of the 9-5 it is not because I'm always on or expect an immediate response from you; it is because of work flexibility http://www.inc.com/john-boitnott/how-flexible-hours-can-create-a-better-work-life-balance.html . Evening and weekend emails are a sign I allocated some regular working hours for other things (such as family, gym, friends,...). And I encourage you to feel free to do the same.