[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