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

Re: [HACKERS] Off-topic: autoconf guru

From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: Dmitry Samersoff <dms(at)wplus(dot)net>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Off-topic: autoconf guru
Date: 1999-07-29 12:52:49
Message-ID: Pine.BSF.4.05.9907290950270.78452-100000@thelab.hub.org (view raw or flat)
Thread:
Lists: pgsql-hackers
If you check configure.in with PostgreSQL, we use the --with-libs call in
order to tell it where to look for 'libraries outside the system
norm'...check the code for that, as I believe its what you are looking
for, since, in general, the libpq would be outside that 'norm'..


 On Thu, 29 Jul 1999, Dmitry Samersoff wrote:

> Is there any autoconf guru?
> 
> I have lots problems Autoconf + C++ library.
> 
> if I make CC=CXX, configure can't find libpq,
>  AC_CHECK_LIB(pq, PQexec)
> 
> because it try link PQexec() - and it is missing 
> 
> if I keep CC as cc 
> AC_TRY_COMPILE([#include <stdlib.h>
> #include <sys/types.h>
> #include <sys/socket.h>
> ],
> [int a = accept(1, (struct sockaddr *) 0, (int *) 0);],
> [AC_DEFINE(SOCKET_SIZE_TYPE, int) AC_MSG_RESULT(int)],
> [AC_DEFINE(SOCKET_SIZE_TYPE, size_t) AC_MSG_RESULT(size_t)])
> 
> return wrong result because int always aceptable for C but
> can cause error for CXX
> 
> Is there autoconf version modified for work with C++ or 
> I have to patch it's macros by my self ?
> 
> 
> ---
> Dmitry Samersoff, dms(at)wplus(dot)net, ICQ:3161705
> http://devnull.wplus.net
> * There will come soft rains ...
> 

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org 
primary: scrappy(at)hub(dot)org           secondary: scrappy(at){freebsd|postgresql}.org 


In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1999-07-29 13:46:27
Subject: Re: Selectivity of "=" (Re: [HACKERS] Index not used on simple se lect)
Previous:From: Ansley, MichaelDate: 1999-07-29 12:36:32
Subject: Max Query length string

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