Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) X-RT-Original-Encoding: iso-8859-1 Content-Length: 4804 From cross@distal.com Mon Jun 4 01:05:10 2001 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id BAA08862 for ; Mon, 4 Jun 2001 01:05:09 -0400 (EDT) Received: from ex.distal.com ([192.111.45.61]) by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id BAA10459 for ; Mon, 4 Jun 2001 01:05:09 -0400 (EDT) Received: from distal.com (wan-addr0.distal.com [216.36.86.93]) by ex.distal.com (8.9.3/8.9.3) with ESMTP id BAA05569 for ; Mon, 4 Jun 2001 01:05:08 -0400 (EDT) Message-Id: <3B1B1703.78BD2D96@distal.com> Date: Mon, 04 Jun 2001 01:05:07 -0400 From: Chris Ross To: krb5-bugs@mit.edu Subject: BSD/OS fails to build: fails to find res_search >Number: 962 >Category: krb5-build >Synopsis: BSD/OS fails to build: fails to find res_search >Confidential: no >Severity: serious >Priority: medium >Responsible: tlyu >State: analyzed >Class: sw-bug >Submitter-Id: unknown >Arrival-Date: Mon Jun 4 01:06:00 EDT 2001 >Last-Modified: Sat Oct 13 22:42:01 EDT 2001 >Originator: Chris Ross >Organization: >Release: krb5-1.2.2? >Environment: >Description: Hi. I'm trying to build krb5 1.2.3 on a BSD/OS 4.2 system. I see that you list BSD/OS 4.x build problems as a known issue, but I wanted to check with you before working on solving this problem. The problem I'm having is with it trying to find res_search in libc. Presuming you're already aware of the problem, I wanted to find out if you had a feeling of the best way to work around the problem. If you have any ideas of how to work around it, or better yet some experimental patches, I would be happy to do that. Otherwise, I might fix it in a way that works for me but isn't generally acceptable for you guys. Let me know if you have any thoughts. Elsewise I'll just move forward in a way that works for me... Thanks. - Chris >How-To-Repeat: >Fix: >Audit-Trail: Responsible-Changed-From-To: gnats-admin->krb5-unassigned Responsible-Changed-By: raeburn Responsible-Changed-When: Sat Jun 23 00:55:35 2001 Responsible-Changed-Why: set category State-Changed-From-To: open-analyzed State-Changed-By: tlyu State-Changed-When: Thu Oct 11 23:04:28 2001 State-Changed-Why: Responsible-Changed-From-To: krb5-unassigned->tlyu Responsible-Changed-By: tlyu Responsible-Changed-When: Thu Oct 11 23:04:32 2001 Responsible-Changed-Why: refiled; tweak synopsis From: Tom Yu To: cross@distal.com Cc: krb5-bugs@MIT.EDU Subject: Re: krb5-build/962: Krb5 1.2.3 on BSD/OS 4.2 Date: Thu, 11 Oct 2001 23:07:31 -0400 (EDT) >>>>> "cross" == Chris Ross writes: cross> Hi. I'm trying to build krb5 1.2.3 on a BSD/OS 4.2 system. cross> I see that you list BSD/OS 4.x build problems as a known cross> issue, but I wanted to check with you before working on cross> solving this problem. The problem I'm having is with it cross> trying to find res_search in libc. I believe you mean krb5-1.2.2; the 1.2.3 release hasn't happened yet. As a workaround, you may want to try configuring using the --disable-dns flag to ./configure. It's not optimal, as it will prevent you from using DNS SRV record for doing configuration of realm information, but it will let you build the software. Can you please elaborate on the ways in which res_search is failing to be found? ---Tom From: Chris Ross To: Tom Yu Cc: krb5-bugs@MIT.EDU Subject: Re: krb5-build/962: Krb5 1.2.3 on BSD/OS 4.2 Date: Sat, 13 Oct 2001 12:11:17 -0400 Tom Yu wrote: >I believe you mean krb5-1.2.2; the 1.2.3 release hasn't happened yet. > Quite right... >As a workaround, you may want to try configuring using the >--disable-dns flag to ./configure. It's not optimal, as it will >prevent you from using DNS SRV record for doing configuration of >realm information, but it will let you build the software. > Yes, but I didn't want to do that. I want to be able to use SRV records. I just worked around it in the compilation. >Can you please elaborate on the ways in which res_search is failing to >be found? > Sure. The problem is that BSD/OS 4.2 (and 4.3, and maybe even 4.1. 4.0.1 doesn't have this problem) has _res_search() in libc, and if you include resolv.h, it will #def that to res_search(). But, since autoconf tries to call res_search(), without ever including resolv.h, it fails to link. I'm not sure what the way around this is. I was unable to find a good way around it in autoconf... - Chris >Unformatted: