I already looked there. It wasn't very helpful to me. It just claimed an undefined reference to res_search. Which tends to tell me that it can't find the function can't be found in the library. One thing that bothers me is that the function declaration in the test C program, doesn't seem to match the man page entry for the res_search. It's been a while since I did C programming so I can't remember if the the function declaration has to match the type for the arguments and return type of the function definition. 

Here is the relevant output from the config.log:

configure:2971: checking for res_search in -lresolv
configure:3001: gcc -o conftest -O2 -g -pipe -m64   conftest.c -lresolv    >&5
/tmp/cc2slfkp.o(.text+0x7): In function `main':
/usr/src/redhat/BUILD/openafs-1.4.0-rc4/afs-krb5/src/conftest.c:20: undefined reference to `res_search'
collect2: ld returned 1 exit status
configure:3007: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "afs-krb5"
| #define PACKAGE_TARNAME "afs-krb5"
| #define PACKAGE_VERSION "1.4"
| #define PACKAGE_STRING "afs-krb5 1.4"
| #define PACKAGE_BUGREPORT "[EMAIL PROTECTED]"
| /* end confdefs.h.  */
|
| /* Override any gcc2 internal prototype to avoid an error.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| /* We use char because int might match the return type of a gcc2
|    builtin and then its argument prototype would still apply.  */
| char res_search ();
| int
| main ()
| {
| res_search ();
|   ;
|   return 0;
| }
configure:3033: result: no
configure:3044: error: Unable to find res_search function

I tried bypassing the res_search check. ./configure ran successfully by hand then but then the make blew up with the following:
gcc -c -g -O2  -I/usr/src/redhat/BUILD/openafs-1.4.0-rc4/afs-krb5/src/../../amd64_linux26/dest//include -DPACKAGE_NAME=\"afs-krb5\" -DPACKAGE_TARNAME=\"afs-krb5\" -DPACKAGE_VERSION=\"1.4\" -DPACKAGE_STRING=\"afs-krb5\ 1.4\" -DPACKAGE_BUGREPORT=\"[EMAIL PROTECTED]\" -DAFS=1 -DAFS_INT32=1 -DAFS_TRY_FULL_PRINC=1 -DHAVE_DAEMON=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MEMORY_H=1 -DHAVE_PATHS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_STRERROR=1 -DRETSIGTYPE=void  -DALLOW_REGISTER  afs2k5db.c
afs2k5db.c:33:21: com_err.h: No such file or directory
afs2k5db.c:35:20: k5-int.h: No such file or directory
afs2k5db.c:36:17: adm.h: No such file or directory
afs2k5db.c:37:23: adm_proto.h: No such file or directory
afs2k5db.c:128: error: syntax error before "krb5_key_data"
afs2k5db.c: In function `main':
afs2k5db.c:134: error: `krb5_realm_params' undeclared (first use in this function)
afs2k5db.c:134: error: (Each undeclared identifier is reported only once
afs2k5db.c:134: error: for each function it appears in.)
afs2k5db.c:134: error: `rparams' undeclared (first use in this function)
afs2k5db.c:135: error: `krb5_keysalt' undeclared (first use in this function)
afs2k5db.c:135: error: syntax error before "key_salt"
afs2k5db.c:137: error: `krb5_key_data' undeclared (first use in this function)
afs2k5db.c:137: error: syntax error before "key_data"
afs2k5db.c:198: error: `key_data' undeclared (first use in this function)
afs2k5db.c:230: error: `DEFAULT_KDC_ENCTYPE' undeclared (first use in this function)
afs2k5db.c:259: error: `key_salt' undeclared (first use in this function)
afs2k5db.c:259: error: `KRB5_KDB_SALTTYPE_V4' undeclared (first use in this function)
afs2k5db.c:263: error: `KRB5_KDB_SALTTYPE_AFS3' undeclared (first use in this function)
afs2k5db.c:275: error: `O_RDONLY' undeclared (first use in this function)
afs2k5db.c:377: error: syntax error before "krb5_keysalt"
make: *** [afs2k5db.o] Error 1

This looks like maybe the patches haven't been applied or something is amiss from trying to run the make from outside the environment setup by the rpmbuild. I still need to research some more.

Thanks for any thoughts or advice.

-KAS


Kurt A. Seiffert                        | [EMAIL PROTECTED]

UITS Distributed Storage Services Group | C: 812-345-1892

Indiana University, Bloomington         | W: 1 812-855-5089     


On Sep 22, 2005, at 9:15 AM, Derek Atkins wrote:

Well, you could actually check the config.log in the afs-krb5 subdirectory and
see what's actually failing.  That might give you some clue.  On my RHEL3
system it finds res_search in -lresolv.

I do have access to a patch that removes res_search...  I'll probably just apply
that to the next version of the packages.

Thanks,

-derek

Quoting Kurt Seiffert <[EMAIL PROTECTED]>:


I was going to try to avoiding the check this morning.

I do have the glibc-devel package installed on both. I'm not sure I  understand everything in the test. Is there another quick way to test  if res_search is available? My C programming is very rusty.

Thanks.

-KAS

P.S. Sorry about any duplicates on this message. My mailer put in the  internal return address and it was routed to the moderator. I tried  resending the message to get it out quicker.

Kurt A. Seiffert                        | [EMAIL PROTECTED]
UITS Distributed Storage Services Group | C: 812-345-1892
Indiana University, Bloomington         | W: 1 812-855-5089

On Sep 22, 2005, at 9:07 AM, Derek Atkins wrote:


Quoting Kurt Seiffert <[EMAIL PROTECTED]>:



I'm trying to compile openafs 1.4.0rc4 from the SRPM's. I am  trying  this on both RHEL AS 3 and RHEL AS 4.



both of these should work just fine.  Although I believe I only  used WS, not AS.
Is there really a big difference between them?



Openafs itself seems to compile OK but when the rpmbuild runs the   configure script for afs-krb5 it gets the following error:



[snip]


checking for socket... yes
checking for gethostbyname... yes
checking for res_search... no
checking for res_search in -ldns... no
checking for res_search in -lnsl... no
checking for res_search in -lresolv... no
configure: error: Unable to find res_search function
+ exit 1
error: Bad exit status from /var/tmp/rpm-tmp.14218 (%build)


[snip]


Any suggestions?



Install the glibc-devel package?

Honestly I should probably just remove this check because I don't  think anything
actually USES res_search...

-derek
-- 
      Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
      Member, MIT Student Information Processing Board  (SIPB)
      URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
      [EMAIL PROTECTED]                        PGP key available









-- 
      Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
      Member, MIT Student Information Processing Board  (SIPB)
      URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
      [EMAIL PROTECTED]                        PGP key available



Reply via email to