X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 38FAE52A01 for ; Tue, 28 Jun 2005 11:01:32 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 31940-10 for ; Tue, 28 Jun 2005 14:01:29 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 679A052A15 for ; Tue, 28 Jun 2005 11:01:28 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j5SE1Pu8014767; Tue, 28 Jun 2005 10:01:26 -0400 (EDT) To: eljot Cc: pgsql-interfaces@postgresql.org Subject: Re: unresolved externals when linking app with libpq 8.03 In-reply-to: <42C10512.60100@elkomtech.com.pl> References: <42C10512.60100@elkomtech.com.pl> Comments: In-reply-to eljot message dated "Tue, 28 Jun 2005 10:06:42 +0200" Date: Tue, 28 Jun 2005 10:01:25 -0400 Message-ID: <14766.1119967285@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200506/67 X-Sequence-Number: 5635 eljot writes: > I was able to link my postgresql apps successfully when I was using > PostgreSQL version 8.0.1 or earlier. Now (v. 8.0.3) the linker tells me > there is many unresolved externals. > :974: undefined reference to `SSL_pending' > undefined reference to `PEM_read_DHparams' > undefined reference to `DH_size' > undefined reference to `PEM_read_bio_DHparams' > undefined reference to `BIO_free' > undefined reference to `SSL_read' > undefined reference to `X509_NAME_oneline' > undefined reference to `CRYPTO_num_locks' > undefined reference to `krb5_cc_get_principal' > undefined reference to `error_message' Apparently you've configured the new Postgres build with SSL and Kerberos support, which you didn't have in your 8.0.1 build. The path of least resistance might be to go back to the old configuration. Alternatively, look at psql with ldd to find out what libraries it depends on. regards, tom lane