Looks like this is probably the problem:

                 if test "$ac_cv_linux_config_modversions" = "xno"; then
                   AC_MSG_WARN([Cannot determine sys_call_table status.
assuming it's exported])
                   ac_cv_linux_exports_sys_call_table=yes
                 else
                   LINUX_EXPORTS_SYS_CALL_TABLE
                   LINUX_EXPORTS_KALLSYMS_SYMBOL
                   LINUX_EXPORTS_KALLSYMS_ADDRESS
                   LINUX_EXPORTS_INIT_MM
                   if test "x$ac_cv_linux_exports_sys_call_table" =
"xno"; then

It's missing the "x" in front of the
"x$ac_cv_linux_config_modversions"... 

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  [EMAIL PROTECTED]
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Neulinger, Nathan 
> Sent: Wednesday, December 04, 2002 3:53 PM
> To: [EMAIL PROTECTED]
> Subject: [OpenAFS-devel] problem configuring current cvs on 
> 2.4.20-pre7...
> 
> 
> Was working fine a few weeks ago, but with new sys call table
> lack-of-export handling stuff, does not work any more:
> 
> checking for i_dirty_data_buffers in struct inode... yes
> checking for i_devices in struct inode... yes
> checking for inode_setattr return type... yes
> checking for linux/completion.h existance... no
> checking for exported tasklist_lock... no
> checking for redhat kernel configuration... no
> checking if kernel uses MODVERSIONS... no
> checking which kernel modules to build... MP SP
> checking for exported sys_call_table... no
> checking for exported kallsyms_symbol_to_address... no
> checking for exported kallsyms_address_to_symbol... no
> checking for exported init_mm... no
> configure: error: no available sys_call_table access method
> 
> 
> This is a standard kernel, not a goofy redhat custom one. 
> Note, I do NOT
> use module symbol versions. Are the sys_call_table and other checks
> breaking without MODVERSIONS? (They look to be checking for _ver_....
> symbols.)
> 
> I'll dig into this a bit, but figured that whoever added this 
> code might
> have an idea how to unbreak it. 
> 
> -- Nathan
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  [EMAIL PROTECTED]
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
> _______________________________________________
> OpenAFS-devel mailing list
> [EMAIL PROTECTED]
> https://lists.openafs.org/mailman/listinfo/openafs-devel
> 
_______________________________________________
OpenAFS-devel mailing list
[EMAIL PROTECTED]
https://lists.openafs.org/mailman/listinfo/openafs-devel

Reply via email to