From: | Mark Deric <laguna(at)laguna1(dot)com> |
---|---|
To: | pgsql-patches(at)postgresql(dot)org |
Subject: | Bad link Makefile patch |
Date: | 2005-07-06 16:08:50 |
Message-ID: | 20050706090850.32bbd2d1.laguna@laguna1.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
I built the v8.0.3 product from postgresql-8.0.3-1PGDG.src.rpm on
RedHat9 (I'm thinking the source RPM for RH9 should not have exactly the
same name as the FC3 version, since they are different files). When I
tried to roll it into an RPM CD builder transaction, I got 'RPM
dependency errors': "CRITICAL ERROR: Unable to resolve dependency
libecpg.so.3 for postgresql-libs" and "CRITICAL ERROR: Unable to resolve
dependency libpq.so.3 for postgresql-libs". I was only including the
base rpm, -server, and -lib in the RPM transaction set.
The culprit was a nasty bit at $TOP/src/Makefile.shlib:243. This piece
insures that for the link step of libecpg.so.5.0 and
libecpg_compat.so.2.0, /usr/lib is searched for libpq and libecpg.so
_before_ the locally built copy is searched.
At least for libecpg.so.5.0 and libecpg_compat.so.2.0, the attached
patch fixes the problem. Not sure if there would be other instances in
-contrib, etc.
Hope this helps and that I'm not redundant with your other fans.
Regards,
Mark
Attachment | Content-Type | Size |
---|---|---|
userlib_link.patch | application/octet-stream | 1.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2005-07-06 16:10:08 | Re: User's exception plpgsql |
Previous Message | Tom Lane | 2005-07-06 15:56:01 | Re: User's exception plpgsql |