Am 11.11.2007 17:36 Uhr schrieb Tom Lane (<[EMAIL PROTECTED]>):
> J=?ISO-8859-1?B?9g==?=rg Beyer <[EMAIL PROTECTED]> writes:
>> -- Binaries and libraries installed _by the OS itself_ reside in /usr (e.g.
>> uuid, libxml2, libxslt)
>
> What I see on my OSX machines is /usr/include/uuid/uuid.h and no sign of
> anything uuid-related in /usr/lib. (Apparently the functions declared
> by uuid/uuid.h reside directly in libc.) This seems to be a
> DCE-compatible library not the OSSP one. AFAICT our configure script
> completely ignores the presence of uuid/uuid.h.
>
> So I'm wondering what exactly you've got in /usr and where it came from.
>
> regards, tom lane
Ah, O.K., sorry, I tried not to be too verbose.
'/usr' should read as 'the respective subdirectories in /usr'.
To be precise, for uuid I have:
/usr/bin/uuidgen [the CL tool, which should be of no interest here]
/usr/include/uuid/uuid.h
and that's the same as you have. Nothing else uuid-related in /usr.
And yes, AFAICT, uuid-functionalities (a) are part of libc, (b) appear to be
DCE compatible.
I have installed _ossp-uuid_ with --prefix=usr/local, so my question is not,
why pg's configure script ignores OS X's uuid stuff. I'm looking for a way
to let configure recognize the ossp-uuid library.
Regards
Jörg Beyer
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
