Tom Lane wrote:
> Bruce Momjian writes:
> > OK, here is a new patch. I called it 'libpq_pgport'.
>
> Looks alright to me now. Are you going to get this into 8.0.2beta?
Yea, I guess. It really just has to be in our final release before 8.1.
Would someone else eyeball it before I apply it, or
Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian writes:
> > > OK, here is a new patch. I called it 'libpq_pgport'.
> >
> > Looks alright to me now. Are you going to get this into 8.0.2beta?
>
> Yea, I guess. It really just has to be in our final release before 8.1.
>
> Would someone
Bruce Momjian writes:
> OK, here is a new patch. I called it 'libpq_pgport'.
Looks alright to me now. Are you going to get this into 8.0.2beta?
regards, tom lane
---(end of broadcast)---
TIP 3: if posting/reading through
Tom Lane wrote:
> Bruce Momjian writes:
> > Tom Lane wrote:
> >> I think you should leave the $(libpq) macro alone and add a $(libpgport)
> >> macro ... and yes, you will have to go around and modify the client
> >> program Makefiles individually.
>
> > How is this? It creates a new $(libpq_only
Bruce Momjian writes:
> Tom Lane wrote:
>> I think you should leave the $(libpq) macro alone and add a $(libpgport)
>> macro ... and yes, you will have to go around and modify the client
>> program Makefiles individually.
> How is this? It creates a new $(libpq_only) for library usage.
> ecpgli
Tom Lane wrote:
> Bruce Momjian writes:
> > Tom Lane wrote:
> >> You can't just arbitrarily pull in libpgport.a everywhere that libpq.so
> >> is used. That breaks anything that requires position-independent code
> >> ... for instance ecpglib.
>
> > Strange because it worked on my BSD system and
Bruce Momjian writes:
> Tom Lane wrote:
>> You can't just arbitrarily pull in libpgport.a everywhere that libpq.so
>> is used. That breaks anything that requires position-independent code
>> ... for instance ecpglib.
> Strange because it worked on my BSD system and I do compile ecpg. What
> do
Tom Lane wrote:
> You can't just arbitrarily pull in libpgport.a everywhere that libpq.so
> is used. That breaks anything that requires position-independent code
> ... for instance ecpglib.
Strange because it worked on my BSD system and I do compile ecpg. What
do you suggest? Is this worth fixi
You can't just arbitrarily pull in libpgport.a everywhere that libpq.so
is used. That breaks anything that requires position-independent code
... for instance ecpglib.
regards, tom lane
---(end of broadcast)---
TIP 1: subscr