Subject: RPATH issue with libpq on Solaris 8 (gcc)
From: tgl@sss.pgh.pa.us (Tom Lane)
Date: 11/3/2007 2:00:28 PM
Jason Testart <jatestart@cs.uwaterloo.ca> writes:
> I'm building postgres-8.2.5 on Solaris 8 SPARC, using a gcc built (not
> by me) for our environment. We have an old home-grown software
> distribution/configuration management system that arranges
> shared-objects and binaries are in non-standard places. So to find
> them, I use -L and -R in $(CFLAGS) and $(LFLAGS) to make sure
> dependencies (like krb5/ssl libraries) are found.
Try adjusting 'rpathdir' in src/Makefile.global (post-configure), instead.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly
Subject: RPATH issue with libpq on Solaris 8 (gcc)
From: tgl@sss.pgh.pa.us (Tom Lane)
Date: 11/3/2007 3:32:54 PM
Jason Testart <jatestart@cs.uwaterloo.ca> writes:
> Tom Lane wrote:
>> Try adjusting 'rpathdir' in src/Makefile.global (post-configure), instead.
> That also seems to have the positive effect of getting libpq.so to find
> the shared objects that it depends on. So is the fact that I need to
> edit src/Makefile.global after I run configure mean that I found a bug? ;-)
Seems more like a feature request: there should be a way to override
rpathdir from a configure switch. We already have an enable-rpath
switch, but it's just a boolean. Maybe allow
configure --enable-rpath=PATH
?
regards, tom lane
---------------------------(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
|