[OpenAFS] perl-AFS doesn't compile on Fedora

David Botsch dwb7@ccmr.cornell.edu
Thu, 30 Oct 2003 13:11:19 -0500


Hi.

In prep for upgrading, was trying to compile the 2.0.3 version of the 
perl-AFS under fedora core test 3. Unlike rh7.3, the compile did not 
work.

I got a slew of errors, such as:


In file included from AFS.xs:66:
/usr/include/ubik.h:44:32: ../afsint/ubik_int.h: No such file or 
directory
In file included from AFS.xs:66:
/usr/include/ubik.h:109: error: field `version' has incomplete type
/usr/include/ubik.h:118: error: field `tid' has incomplete type
/usr/include/ubik.h:124: error: syntax error before "iovec_wrt"
/usr/include/ubik.h:141:25: ../afs/lock.h: No such file or directory
/usr/include/ubik.h:152: error: field `version' has incomplete type
/usr/include/ubik.h:154: error: field `versionLock' has incomplete type
/usr/include/ubik.h:171: error: field `cachedVersion' has incomplete 
type
In file included from AFS.xs:72:
/usr/include/afs/prclient.h:11:25: ../afs/lock.h: No such file or 
directory
/usr/include/afs/prclient.h:12:25: ../afs/ubik.h: No such file or 
directory
/usr/include/afs/prclient.h:13:29: ../afsint/ptint.h: No such file or 
directory
In file included from /usr/include/afs/prclient.h:14,
                  from AFS.xs:72:
...

Hmm... missing files. Looking around, the layout of /usr/lib and 
/usr/include is the same on our fedora system as on rh7.3. Looking at 
/usr/include/ubik.h, it apparently looks in this alternate locate for 
ubik_int.h if UKERNEL is defined.

When I compiled openafs 1.2.10 under fedora core 3, I only used the 
--enable-transarc-paths option.

So, why is this UKERNEL option defined? And, what would be the 
appropriate fix?

Thanks!
-- 
********************************
David William Botsch
Consultant/Advisor II
CCMR Computing Facility
dwb7@ccmr.cornell.edu
********************************