Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] PostgreSQL 6.5.1: libpq++ libraries on IRIX 6.5

From: Yu Cao <yucao(at)falcon(dot)kla-tencor(dot)com>
To: pgsql-ports(at)postgresql(dot)org
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] PostgreSQL 6.5.1: libpq++ libraries on IRIX 6.5
Date: 1999-09-06 06:55:56
Message-ID: Pine.SOL.3.96.990905235305.5809A-200000@jedi.kla-tencor.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-ports
Hi Tom, thanks for the tip. I ended up just adding a few lines to
Makefile.shlib. Attached is the context diff. The patch has been
tested on IRIX 6.5.2 with MIPSpro C and C++ compiler version 7.2.1
using -n32 ABI.

--Yu Cao

On Sat, 4 Sep 1999, Tom Lane wrote:

> Yu Cao <yucao(at)falcon(dot)kla-tencor(dot)com> writes:
> > I'm not sure whether using "CC" to create libraries for the pure C
> > modules would work (my guess is it should and I'll try it). If it does
> > then it'll be easy to patch the IRIX makefile template. But then the
> > downside is people will be required to have the C++ compiler even if
> > they don't care about libpq++.
> 
> Not necessarily.  Since 6.4 or so, the "template" files are not just
> static assignments of variable values --- they can actually contain
> arbitrary fragments of shell script (see configure.in's code that
> reads them).  So you could do something like
> 	if [ -x /usr/bin/CC ]
> 	then
> 		CC= CC
> 	else
> 		CC= cc
> 	fi
> in the IRIX template.
> 
> 			regards, tom lane
> 
> ************
> 
> 
> 

Attachment: Makefile.shlib.patch
Description: text/plain (439 bytes)

In response to

pgsql-ports by date

Next:From: Ron GrantDate: 1999-09-06 07:20:07
Subject:
Previous:From: James YoungmanDate: 1999-09-04 21:11:44
Subject: PostgreSQL bug report -- but the submission address doesn't work!

pgsql-hackers by date

Next:From: LeonDate: 1999-09-06 11:51:46
Subject: Re: [HACKERS] DROP TABLE inside transaction block
Previous:From: Bruce MomjianDate: 1999-09-06 02:34:53
Subject: Re: [HACKERS] relcache.c leaks refcnts

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group