Re: Re: pgsql + qnx

Tegge, Bernd writes:

> >The first line looks like a broken compiler installation.  The second line
> >should, if at all, go into the template file.  But I don't like us using
> >arbitrary include paths.  If the compiler vendor decides to not go there
> >by default they had a reason.  In any case there would be an equivalent
> >LDFLAGS setting missing.  Also, -I options should go into CPPFLAGS.
>
> Could you elaborate ? I am not sure which template file you refer to.

src/template/qnx4

> In case you are thinking of the gcc installation, I guess they could be
> scrapped. However, Watcom does not search these directories by default.
> In fact, IIRC a OOB QNX4 install does not even *have* a '/usr/local'. I
> have included this because TCL and zlib install their headers there.

Only if you tell them to install them there.  Which is probably a
reasonable thing to do, but since /usr/local is not considered an integral
part of the system we shouldn't force it upon the user.  It's just a
matter of keeping things clean.

> >The plpgsql issue should be fixed by making the ifneq
> >($(enable_shared),yes) sections in plpgsql/src/Makefile cover the parts
> >you don't want to execute.  That's what it is for, it just hasn't been
> >exercised yet.
>
> Not really, it's because building the static library kills wlib. It is
> a platform specific problem similar to the hack in backend/Makefile.
> Of course I could make this dependant on enable_shared, but I don't like
> using two different flags to work around the same bug.

I see.  But the static lib is kind of useless in this case, so we could
turn it all off and get rid of the wlib problem at the same time?

--
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter