Re: Solaris getopt_long and PostgreSQL

Поиск
Список
Период
Сортировка
От Zdenek Kotala
Тема Re: Solaris getopt_long and PostgreSQL
Дата
Msg-id 1238443801.1329.94.camel@localhost
обсуждение исходный текст
Ответ на Re: Solaris getopt_long and PostgreSQL  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Solaris getopt_long and PostgreSQL
Список pgsql-hackers
Tom Lane píše v so 28. 03. 2009 v 14:36 -0400:

> Apparently the system version of getopt_long is broken on Solaris 11.
> My patience for this grows short.

It is not problem with getopt_long itself, but with symbol overriding.
getopt_long uses optind and so on from libc, but e.g. initdb takes
optind which is defined in port/getopt.c. It causes problem in following
code:

02607     /* Non-option argument specifies data directory */
02608     if (optind < argc)

which compares different variable.

I think it is general problem. HAVE_GETOPT_LONG cannot be defined when
HAVE_GETOPT_H is not defined.

I'm sorry for my previous patch. I had to make some mistake in
autoconf/make magic.

I attached a fix. Only problem what I see there is getopt_long.h which
contains

#ifdef HAVE_GETOPT_H
#include <getopt.h>
#endif

but getopt.h is required for getopt_long(). Fortunately, content is
similar with getopt_long.h and there is no problem with it on Solaris.

        Zdenek




Вложения

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: PQinitSSL broken in some use casesf
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: psql \d* and system objects