Sage Weil wrote: > Hi- Hi, thanks for the quick reply.
>> ... It is clear that >> some key abstractions need to be made to isolate the POSIX specific >> items to create a cross-platform core. How would you feel about >> leveraging Boost or ACE to help in creating the system? > > There are only a few places where things diverge from POSIX, and until > about a year ago I did some development under cygwin. The two things that > come to mind are O_DIRECT in ebofs and get_current_dir_name(), which is > just a simple wrapper around the standard getcwd(). I'm sure some new > things have snuck in, though, and obviously fuse won't work. Have you > tried building it? > cygwin is cheating as it provides a POSIX environment :) About a month ago I played around for an afternoon with getting ebofs compiling and after the initial issues with gcc vs the MS compiler, which were easy enough with a few macros and finding a copy of inttypes.h it started to get dirty. I was just hacking around to see how hard it was going to be and it wasn't too bad but then I think I ran into some dependencies with dirent.h that didn't look very shallow so took a break. I'm starting again but this time I figured I should do the thing proper and go one step at a time and testing along the way. Currently I'm using the compilers from a trial version of Vistual Studio 2008 but my end-goal is to use the Windows DDK which is freely downloadable which should make it easier for more people to compiler it. To this end I'm not using VS project files but using CMake to generate Makefiles. If all goes well the same CMakeLists.txt files could be used for building on Linux also. I have the crush library compiling but crush/test.c doesn't compile, looks like the API has changed and it isn't up to date. Maybe it is just bad luck but some of the first few things I've tried to compile have been out of date. It seems like there is a fair amount of cruft in the tree. This sure adds to confusion when trying to figure out what everything does. I think a Purge(tm) is in order. :) I'll keep plugging away as I get time. > Yes, the wiki definitely needs some love. :) Any feedback on specific > things that you'd like to see documented would be helpful. Initially one thing I would find helpful is a short description for each of the executables and how they relate to each other. It doesn't have to be detailed one or two sentences would be great. laters, -allen P.S. git on windows is less then fun. I took the tree and converted it to Mercurial so I could easily use it on windows but isn't going to work long term. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Ceph-devel mailing list Ceph-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ceph-devel
