Received: from localhost (unknown [200.46.204.191])
	by postgresql.org (Postfix) with ESMTP id CA27A2E2D5E
	for <pgsql-interfaces-postgresql.org@postgresql.org>;
	Wed, 26 Dec 2007 13:32:30 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024)
	with ESMTP id 92267-02 for
	<pgsql-interfaces-postgresql.org@postgresql.org>;
	Wed, 26 Dec 2007 13:32:24 -0400 (AST)
Received: from cluster1.bresnan.net (cluster1.bresnan.net [69.145.248.58])
	by postgresql.org (Postfix) with ESMTP id 5F7B42E2D35
	for <pgsql-interfaces@postgresql.org>;
	Wed, 26 Dec 2007 13:32:24 -0400 (AST)
Received: from [72.174.77.194] (HELO [10.0.1.2])
	by fe-3.cluster1.bresnan.net (CommuniGate Pro SMTP 5.1.10)
	with ESMTP id 614329401 for pgsql-interfaces@postgresql.org;
	Wed, 26 Dec 2007 10:32:22 -0700
User-Agent: Microsoft-Entourage/11.3.6.070618
Date: Wed, 26 Dec 2007 10:32:22 -0700
Subject: Re: URGENT: Undefined Symbols Using XCode 2.5 on Mac
 OS X 10.5
From: Keary Suska <hierophant@pcisys.net>
To: Postgres-Interfaces <pgsql-interfaces@postgresql.org>
Message-ID: <C397DE36.1B49B%hierophant@pcisys.net>
Thread-Topic: [INTERFACES] URGENT: Undefined Symbols Using XCode 2.5 on
	Mac OS X 10.5
Thread-Index: AchH5UWMg99+zLPYEdyAfQAbY6KBOw==
In-Reply-To: <881E1475-B220-41D0-9DFF-98CAA41BD623@neiltiffin.com>
Mime-version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Archive-Number: 200712/13
X-Sequence-Number: 6678

on 12/24/07 4:16 PM, neilt@neiltiffin.com purportedly said:

> To find out if the symbol is in the library use the following command "nm -A
> libpq.a | grep close".  Of course you will need to the in the same dir as
> libpq or use an absolute reference.  I get the following:
> 
> Macintosh:lib$ nm -A libpq.a | grep close
> libpq.a:fe-auth.o:          U _krb5_cc_close
> libpq.a:fe-connect.o:          U _close
> libpq.a:fe-connect.o: 000004dc t _closePGconn
> libpq.a:fe-connect.o:          U _fclose
> libpq.a:fe-connect.o:          U _pqsecure_close
> libpq.a:fe-misc.o:          U _close
> libpq.a:fe-misc.o:          U _pqsecure_close
> libpq.a:fe-print.o:          U _pclose
> libpq.a:fe-lobj.o:          U _close
> libpq.a:fe-lobj.o: 000009fa T _lo_close
> libpq.a:fe-protocol3.o:          U _close
> libpq.a:fe-protocol3.o:          U _pqsecure_close
> libpq.a:fe-secure.o: 000000a1 t _close_SSL
> libpq.a:fe-secure.o:          U _fclose
> libpq.a:fe-secure.o: 000000f6 T _pqsecure_close
> 
> Now here you will see there is no "_close" related to "fe-secure.o".  Should
> you be using "_close_SSL" or "_fclose"?  For my projects using xCode I link
> against libpq.dylib.  Not sure if this makes any difference.

I figured out to use -isysroot and the CC variable to force compiling
against the Mac OS X 104u. The compile doesn't complete successfully, but it
does (apparently) build a fully functional libpq that I can use sans any
linker errors. This will work for now.

Thanks for your help,

Keary Suska
Esoteritech, Inc.
"Demystifying technology for your home or business"