bugzilla-daemon at mindrot.org
2002-Apr-18 13:07 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From djm at mindrot.org 2002-04-18 23:07 ------- Could you please try CVS -current with the following patch. You will need to regenerate configure using autoconf. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2002-Apr-18 13:08 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From djm at mindrot.org 2002-04-18 23:08 ------- Created an attachment (id=83) Fake HAVE_GETADDRINFO when [on]getaddrinfo exists ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2002-Apr-18 14:37 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From cmadams at hiwaay.net 2002-04-19 00:37 ------- What compiler, CFLAGS, and configure options are you using to build OpenSSH on Tru64? The reason I ask is that I've used OpenSSH starting with (IIRC) 2.1 on Tru64 4.0F, 4.0G, and now 5.1A, and I haven't had any trouble with what you describe. I've always compiled with "cc -std1", running configure like: CC="cc -std1" ./configure <options here> ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2002-Apr-19 00:28 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From urban at spielwiese.de 2002-04-19 10:28 ------- um... I've tested the patch. configure now finds [no]getaddrinfo(), but HAVE_GETADDRINFO is still not getting set properly. Here is an excerpt from configure's output: [...] checking for getaddrinfo... no checking for getcwd... yes checking for getgrouplist... no checking for getnameinfo... yes [...] checking for ngetaddrinfo... yes checking for openpty... yes checking for ogetaddrinfo... yes [...] from config.h: /* Define to 1 if you have the `getaddrinfo' function. */ /* #undef HAVE_GETADDRINFO */ [...] /* Define to 1 if you have the `getnameinfo' function. */ #define HAVE_GETNAMEINFO 1 [...] Please let me know if I can do anything... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2002-Apr-19 05:38 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From djm at mindrot.org 2002-04-19 15:38 ------- That shouldn't be a problem - have a look at the defines.h hunk of the patch: we define HAVE_GETADDRINFO if either of the replacement functions are found in libc. Does the patch work? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2002-Apr-19 13:58 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 urban at spielwiese.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From urban at spielwiese.de 2002-04-19 23:58 ------- umm, sorry about that. Was a bit thick of me. The patch works! Thanks for your time. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2002-Apr-23 10:30 UTC
[Bug 222] configure finds getnameinfo() but not getaddrinfo()
http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From djm at mindrot.org 2002-04-23 20:30 ------- Actually, you should wait until the fix is committed before marking a bug RESOLVED The fix has just been committed anyway :) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.