Re: do we need inet_ntop check?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: do we need inet_ntop check?
Дата
Msg-id 6469.1124308447@sss.pgh.pa.us
обсуждение исходный текст
Ответ на do we need inet_ntop check?  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: do we need inet_ntop check?  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Currently the IPv6 check in configure.in says this:

> HAVE_IPV6=no
> AC_CHECK_TYPE([struct sockaddr_in6],
>               [AC_CHECK_FUNC(inet_ntop,
>                              [AC_DEFINE(HAVE_IPV6, 1, [Define to 1 if 
> you have support for IPv6.])
>                               HAVE_IPV6=yes])],
>               [],
> [$ac_includes_default
> #include <netinet/in.h>])
> AC_SUBST(HAVE_IPV6)

> However, we don't use inet_ntop anywhere in our code that I can see, 
> either in the HEAD or REL8_0_STABLE branch. So why do we need that extra 
> check (which fails on Windows)?

I can't see any reason for it either.  AFAICT, all we actually depend
on to compile the #ifdef HAVE_IPV6 code is (a) struct sockaddr_in6 and
(b) the macro AF_INET6.  Arguably we should have an explicit test for
the latter, but unless someone exhibits a header file that has the
struct but not the macro, the struct test seems sufficient.

I'll remove the configure test.  I assume you want it gone from the 8.0
branch too...
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: pl/Ruby, deprecating plPython and Core
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: do we need inet_ntop check?