[EMAIL PROTECTED] (Bruce Momjian) writes:
> Kenneth Marshall wrote:
>> > Let me ask --- if you change the CC line in Makefile.global to cc_r,
>> > does everything build OK? That might be a clean solution because the
>> > change could be made in one place. Of course this would mean the
>> > backen
On Mon, Dec 06, 2004 at 08:07:00PM -0500, Bruce Momjian wrote:
> Yea, we needed this problem report during beta, not RC.
For the record, there _was_ such a problem report, for b3:
http://archives.postgresql.org/pgsql-hackers/2004-10/msg00046.php
A
--
Andrew Sullivan | [EMAIL PROTECTED]
A cert
>> However, one thing we can do is to try this in Makefile.aix:
>> # AIX needs threads for everything that uses libpq
>> LIBS += $(PTHREAD_LIBS)
>> That is going to enable thread libs for all linking including the
>> backend, but it might work.
> That is certainly wrong. The correct th
On Mon, Dec 06, 2004 at 10:17:53PM +, Simon Riggs wrote:
> >
> > To the extent AIX is popular :) 5.1 is one release behind the very
> > latest.
>
> AIX 5.3 is out now...
>
> AIX 5.1 is still fully supported though...
Oops, sorry, I meant "one behind the very latest supported by our
provide
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > However, one thing we can do is to try this in Makefile.aix:
> > # AIX needs threads for everything that uses libpq
> > LIBS += $(PTHREAD_LIBS)
> > That is going to enable thread libs for all linking including the
> > backend,
> OK, so does someone want to suggest why a library used to link libpq
> would also be needed to link binaries that use libpq? And with no cc_r
> it seems I have no idea how to get this working.
AIX does not pull in any libraries that a shared lib depends upon, not even
libc.
You only specify t
Bruce Momjian <[EMAIL PROTECTED]> writes:
> However, one thing we can do is to try this in Makefile.aix:
> # AIX needs threads for everything that uses libpq
> LIBS += $(PTHREAD_LIBS)
> That is going to enable thread libs for all linking including the
> backend, but it might work.
That
Kenneth Marshall wrote:
> > Let me ask --- if you change the CC line in Makefile.global to cc_r,
> > does everything build OK? That might be a clean solution because the
> > change could be made in one place. Of course this would mean the
> > backend would also be compiled using cc_r and I have n
Peter Eisentraut wrote:
> Bruce Momjian wrote:
> > OK, so does someone want to suggest why a library used to link libpq
> > would also be needed to link binaries that use libpq? And with no
> > cc_r it seems I have no idea how to get this working.
>
> We didn't get this working for 7.4, for reaso
On Mon, Dec 06, 2004 at 12:53:52PM -0500, Bruce Momjian wrote:
> Brad Nicholson wrote:
> > >OK, I assume you used --enable-thread-safety in configure.
> > >
> > Correct.
> >
> > >This should
> > >have added some PTHREAD link flags to your libpq build, and those
> > >settings should have followed
Bruce Momjian wrote:
> OK, so does someone want to suggest why a library used to link libpq
> would also be needed to link binaries that use libpq? And with no
> cc_r it seems I have no idea how to get this working.
We didn't get this working for 7.4, for reasons that we are again
becoming aware
Bruce Momjian <[EMAIL PROTECTED]> writes:
> OK, so does someone want to suggest why a library used to link libpq
> would also be needed to link binaries that use libpq?
No doubt because it's one of those platforms where shared libraries
don't carry their own dependency information. AFAICS, PTHREA
Simon Riggs wrote:
> On Mon, 2004-12-06 at 21:59, Andrew Sullivan wrote:
> > On Mon, Dec 06, 2004 at 01:07:11PM -0500, Bruce Momjian wrote:
> > >
> > > I see now you are running AIX 5.1. Is that a fairly modern/popular
> > > version of AIX?
> >
> > To the extent AIX is popular :) 5.1 is one rel
On Mon, 2004-12-06 at 21:59, Andrew Sullivan wrote:
> On Mon, Dec 06, 2004 at 01:07:11PM -0500, Bruce Momjian wrote:
> >
> > I see now you are running AIX 5.1. Is that a fairly modern/popular
> > version of AIX?
>
> To the extent AIX is popular :) 5.1 is one release behind the very
> latest.
A
On Mon, Dec 06, 2004 at 01:07:11PM -0500, Bruce Momjian wrote:
>
> I see now you are running AIX 5.1. Is that a fairly modern/popular
> version of AIX?
To the extent AIX is popular :) 5.1 is one release behind the very
latest.
A
--
Andrew Sullivan | [EMAIL PROTECTED]
The plural of anecdote
Bruce Momjian wrote:
Brad Nicholson wrote:
OK, I assume you used --enable-thread-safety in configure.
Correct.
This should
have added some PTHREAD link flags to your libpq build, and those
settings should have followed the libpq library into your pg_ctl link
line.
Would you look i
Brad Nicholson wrote:
> I tried compliling v8 beta 5 (grabbed from cvs on Friday) on AIX 5.1.
I see now you are running AIX 5.1. Is that a fairly modern/popular
version of AIX?
--
Bruce Momjian| http://candle.pha.pa.us
[EMAIL PROTECTED] | (610) 359-
Brad Nicholson wrote:
> >OK, I assume you used --enable-thread-safety in configure.
> >
> Correct.
>
> >This should
> >have added some PTHREAD link flags to your libpq build, and those
> >settings should have followed the libpq library into your pg_ctl link
> >line.
> >
> >Would you look in your
Bruce Momjian wrote:
Brad Nicholson wrote:
I tried compliling v8 beta 5 (grabbed from cvs on Friday) on AIX 5.1.
It fails during the make
make[4]: Entering directory
`/opt/OXRS/Sources/pgsql-HEAD/src/interfaces/libpq'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/opt/O
Brad Nicholson wrote:
> I tried compliling v8 beta 5 (grabbed from cvs on Friday) on AIX 5.1.
> It fails during the make
>
> make[4]: Entering directory
> `/opt/OXRS/Sources/pgsql-HEAD/src/interfaces/libpq'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory
> `/opt/OXRS/Sour
I tried compliling v8 beta 5 (grabbed from cvs on Friday) on AIX 5.1.
It fails during the make
make[4]: Entering directory
`/opt/OXRS/Sources/pgsql-HEAD/src/interfaces/libpq'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/opt/OXRS/Sources/pgsql-HEAD/src/interfaces/libpq'
m
21 matches
Mail list logo
