| From: | Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM> |
|---|---|
| To: | Chuck McDevitt <cmcdevitt(at)greenplum(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Solaris getopt_long and PostgreSQL |
| Date: | 2009-03-18 08:29:29 |
| Message-ID: | 49C0B0E9.3030507@sun.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Dne 17.03.09 19:48, Chuck McDevitt napsal(a):
> Any obviously, we don't just use ours for platforms with no or broken getopt_long,
> since we are talking Solaris (which has a bug in getopt, but
getopt_long works fine)
Just for clarification:
It is not bug in Solaris. It is Solaris' getopt extension for long arg
processing from days when getopt_long did not exist (hmm it seems that
it is still not in POSIX :( ). By my opinion PostgreSQL does not work
correctly here, because it uses construction which is marked as a
implementation depended in POSIX standard.
See:
http://www.opengroup.org/onlinepubs/009695399/functions/getopt.html
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap12.html#tag_12_02
Zdenek
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Heikki Linnakangas | 2009-03-18 08:47:09 | Re: log : bad file dscriptor???? |
| Previous Message | Koichi Suzuki | 2009-03-18 01:06:55 | Re: Remaining items for 8.4 (was Re: Updates of SE-PostgreSQL 8.4devel patches (r1710)) |