From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | hiroyuki hanai <hanai(at)imgsrc(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: compile error of PostgreSQL 7.2 on FreeBSD-current |
Date: | 2002-02-08 20:58:04 |
Message-ID: | 7265.1013201884@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> The standards specify (effectively) that sys/types.h must be included
> before grp.h. This can be considered stupid, but it's not really
> FreeBSD's fault.
Possibly I'm spoiled: HPUX gets this right.
I ran the same experiment Bruce mentioned, and found that of 192 headers
in HPUX 10.20's /usr/include directory, all but 24 compiled with no
additional inclusions. The failing headers were
alarm.h dcnodes.h dmapi.h dumprestor.h dvio.h elog.h eucioctl.h
execargs.h exportent.h fbackup.h hard_reg.h initptr.h lc_core.h
m4_frame.h m4_reg.h pfm.h ppfm.h prot.h sad.h soft_reg.h std_space.h
term.h xds.h xomi.h
which are mostly not standardized headers.
The failure rate was higher in the subdirectories of /usr/include, but
that's not surprising. A lot of the headers underneath /usr/include/sys
don't look like they're even intended to be compiled in userland code.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-02-08 21:03:39 | Re: Maintaining the list of release changes |
Previous Message | Oleg Bartunov | 2002-02-08 20:44:47 | Re: GiST on 64-bit box |