Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15857 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79236 invoked by uid 1010); 6 Apr 2005 12:43:28 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 79221 invoked from network); 6 Apr 2005 12:43:27 -0000 Received: from unknown (HELO gmail.com) (127.0.0.1) by localhost with SMTP; 6 Apr 2005 12:43:27 -0000 X-Host-Fingerprint: 64.233.184.205 wproxy.gmail.com Linux 2.4/2.6 Received: from ([64.233.184.205:17365] helo=wproxy.gmail.com) by pb1.pair.com (ecelerity HEAD r(5268)) with SMTP id 16/A0-19272-F69D3524 for ; Wed, 06 Apr 2005 08:43:27 -0400 Received: by wproxy.gmail.com with SMTP id 57so152200wri for ; Wed, 06 Apr 2005 05:43:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=mwc5aIYjsZHTLSbLqW4e2bHjjDNvG8X0/kR0Lm7qWN36Yi//I04Y6iPBEZYRKN22/wprKbBXLDqHmNagtmtRbtRrcGBReTl1HsPhXY2/BvynaxUiLtofIcpgOrm5PewIaNZ5RgY1Uxht49FXMjSkbO9PDuGAgCoe6FUHBi2j4UI= Received: by 10.54.7.36 with SMTP id 36mr535446wrg; Wed, 06 Apr 2005 05:43:24 -0700 (PDT) Received: by 10.54.77.4 with HTTP; Wed, 6 Apr 2005 05:43:24 -0700 (PDT) Message-ID: <4e89b42605040605432c94796c@mail.gmail.com> Date: Wed, 6 Apr 2005 08:43:24 -0400 Reply-To: Wez Furlong To: Christopher Kings-Lynne Cc: Edin Kadribasic , Derick Rethans , PHP Internals In-Reply-To: <42533A68.1040306@familyhealth.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <007101c539fb$a9986ac0$0b00000a@blaster> <4252DC6C.6020202@emini.dk> <42533A68.1040306@familyhealth.com.au> Subject: Re: [PHP-DEV] libpq version From: kingwez@gmail.com (Wez Furlong) You're not making much sense here; first you say that you think the errors are because he is not linking against version 8, but then you say that only version 7.4 or higher is required. --Wez. On Apr 5, 2005 9:24 PM, Christopher Kings-Lynne wrote: > >> I would suggest to fix this, as there are still plenty of people using > >> 7.x... > > > > This is only relevant on Windows, autoconf takes care of it on unix > > platforms. > > I strongly suspect that he is not in fact linking against libpq version > 8. Is ONLY PQprepare and PQsendPrepare missing? What about the rest? > > Gah - Windows. I'm not able to build on windows... I just followed the > existing windows config.w32 which already required PostgreSQL 7.4 or > above libpq (AFAICT). The functions I added require 7.4 or above as well. > > There is no difference between 7.4 and 8.0's libpq in terms of functions. > > Basically before I made any changes, this was in config.w32: > > ADD_FLAG("CFLAGS_PGSQL", "/D HAVE_PG_CONFIG_H /D PGSQL_EXPORTS /D > HAVE_PQSETNONBLOCKING /D HAVE_PQCMDTUPLES /D HAVE_PQCLIENTENCODING /D > HAVE_PQESCAPE /D HAVE_PQPARAMETERSTATUS /D HAVE_PGTRANSACTIONSTATUS"); > > Note that that FORCES PQparameterStatus and PQtransactionStatus to be > assumed to exist. Both of those functions are PostgreSQL 7.4 only and > in fact it was Edin himself who added them. All I did was add a bunch > more /D's: > > ADD_FLAG("CFLAGS_PGSQL", "/D HAVE_PG_CONFIG_H /D PGSQL_EXPORTS /D > HAVE_PQSETNONBLOCKING /D HAVE_PQCMDTUPLES /D HAVE_PQCLIENTENCODING /D > HAVE_PQESCAPE /D HAVE_PQPARAMETERSTATUS /D HAVE_PGTRANSACTIONSTATUS /D > HAVE_PQEXECPARAMS /D HAVE_PQPREPARE /D HAVE_PQEXECPREPARED /D > HAVE_PQRESULTERRORFIELD /D HAVE_PQSENDQUERYPARAMS /D HAVE_PQSENDPREPARE > /D HAVE_PQSENDQUERYPREPARED /D HAVE_PQPUTCOPYDATA /D HAVE_PQPUTCOPYEND > /D HAVE_PQGETCOPYDATA /D HAVE_PQSETERRORVERBOSITY /D HAVE_PQUNESCAPEBYTEA"); > > However, all those new /D's are also 7.4 only. So I don't see exactly > what I did any differently? If someone wants to make Windows build > against versions pre-7.4, then I don't know how to do it. I just > assumed that whoever came before me knew what they were doing :) > > Chris > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >