[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
********************************