[AVFS] automake status report
Ralf Hoffmann <[email protected]> Thu, 09 Jun 2005 16:33:07 +0200
| Newsgroups | gmane.comp.file-systems.avfs.user |
|---|---|
| Message-ID | <[email protected]> |
Hi, Yesterday I commited the patches for magic character support and the bz2 fix. I think I will commit the automake changes today. I just finished all testing of the new automake build process. Let me summarize it. First of all the shared library builds on every system I have access to. This includes several i386, x86_64 and itanium linux system (kernel 2.2, 2.4 and 2.6) and sun solaris. The preload library can be built on linux and solaris but the configure option "--disable-largefile" has to be used. I'm currently not sure if large files are still supported as the preload library still contains open64/..., I need to check this later. On the other hand, avfs-0.9.3 does not explicitly enable large file support itself. Of course the preload library does not work on linux, but on solaris it runs fine. The avfscoda is now only activated by the configure script for linux kernel 2.2 and 2.4 (and 2.3). It builds on both kernels and I tested it on the 2.4 system but it should run on the 2.2 system as well. Because libtool is now used to build most files, --enabled-shared is reserved now. I changed the configure switch for the shared library to --enable-library. It also matches the fact that it is now also possible to build a static libavfs for systems which don't support shared libraries. On the AIX operating system I encountered some problems. First of all I had to change #include <sys/sysmacros> in sysdeps.c to #include <sys/sysmacros.h> Was the missing .h intended? Second, avfs uses a struct vmount but there is another struct in some sys includes which of course conflicts with this definition. If we want to support aix, we need do rename this structure. Any name suggestion? Perhaps just one or two underscores? st_access in state.c is also a problem. For whatever reason "st_access" is a reserved symbol so it has to be renamed to build the file. Or would be #idef st_access #undef st_access #endif enough? After making these changes the library builds on this system too but libtool refuses to build the shared library, only the static library is built. But nothing to worry about at the moment :-) On this machine I tested the compilers gcc-2.9, gcc-3.4.3 and the ibm compiler xlc. All three work. Finally some words about installing. A great benefit of the automake stuff is of course the install/uninstall targets. avfs can be installed using DESTDIR without problems except for the avfscoda installation when it's installed without root permissions so "depmod" fails of course. The most critical part (if at all) are the rc files for the different distributions. I wasn't able to test all different installations but all necessary files should be installed to the correct locations (just like avfs-0.9.3). But some testing for this is needed. Next step will be the update of extfs handlers. Best Regards, Ralf Hoffmann -- Homepage: http://www.boomerangsworld.de E-Mail: Ralf Hoffmann <[email protected]> english or german ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20