Re: Can't run configure

From: "Williams, Travis L, NPONS" <tlw(at)att(dot)com>
To: "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk>
Cc: "pgsql-general" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Can't run configure
Date: 2002-09-13 23:37:32
Message-ID: AB815D267EC31A4693CC24D234F8291602651D8B@ACCLUST02EVS1.ugd.att.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

You know.. sometimes I amaze myself when I send off something like
below.. yet freak out when people do the same to me.. ;)(feel free to
beat the newbie!) anyway hpux 11.20.. I installed the GNU gcc and make..
I can copy the config.log.. but it is a little to much.. besides that
its pretty stand HP stuff.. below is the output of the find you sent..:

/usr/conf/sio/disc3.h: * indicates whether the driver in configuring,
accepting IO,
/usr/conf/sys/net_diag.h:AXIN: The request (zx25callacc) to accept an
incoming call on ZLU %d
/usr/conf/sys/protosw.h:#define PRU_ACCEPT 5 /*
accept connection from peer */
/usr/conf/sys/protosw.h:#define PRU_ACCEPTCONN 18 /*
accept a connection */
/usr/conf/sys/scall_define.h:#define SYS_accept 275
/usr/conf/sys/socket.h: extern int accept __((int, struct sockaddr *,
socklen_t *));
/usr/conf/sys/socket.h: extern int accept __((int, void *, int *));
/usr/conf/sys/socketvar.h: * Socket where accepts occur is so_head in
all subsidiary sockets.
/usr/conf/sys/socketvar.h: * If so_head is 0, socket is not related to
an accept.
/usr/conf/sys/socketvar.h: * while so_q is a queue of connections ready
to be accepted.
/usr/conf/sys/socketvar.h: struct socket *so_head; /* back
pointer to accept socket */
/usr/conf/sys/termio.h: * This ioctl requires superuser previlege and is
accepted only on
/usr/conf/sys/termio.h: * This ioctl requires superuser previlege and is
accepted only on
/usr/conf/sys/dlpi.h: int dl_accept_value; /* min.
acceptable bits/second*/
/usr/conf/sys/dlpi.h: int dl_accept_value; /* min.
acceptable value of */
/usr/conf/sys/dlpi.h: dl_through_t dl_rcv_throughput; /*
desired and acceptable*/
/usr/conf/sys/dlpi.h: dl_transdelay_t dl_rcv_trans_delay; /*
desired and acceptable*/
/usr/conf/sys/stream.h: long q_minpsz; /* min packet
size accepted */
/usr/conf/sys/stream.h: long q_maxpsz; /* max packet
size accepted */
/usr/conf/sys/tiuser.h:#define TRESQLEN 26 /* resfd
specified to accept w/ qlen>0 */
/usr/conf/sys/tiuser.h:extern int t_accept __( (int, int, struct
t_call *) );
/usr/conf/ufs/fs.h: * accept this magic number will handle
fs_featurebits correctly.
/usr/conf/netinet/ip_info.h:#define TCPS_BOUND -4 /*
bound, ready to connect or accept */
/usr/conf/strtio/pty.h: * to work with this flag turn on. This is
acceptable to HP because we have
/usr/local/include/FlexLexer.h: yy_state_type yy_last_accepting_state;
/usr/local/include/FlexLexer.h: char* yy_last_accepting_cpos;
/usr/local/include/bfd.h: only accepts a subset of the
instructions
/usr/local/include/c++/3.2/bits/locale_facets.h: // String literal of
acceptable (narrow) input, for num_get.
/usr/local/include/c++/3.2/bits/stl_deque.h:// operators but also
operator- must accept mixed iterator/const_iterator
/usr/local/include/c++/3.2/bits/stl_function.h: * functor whose @c
operator() accepts a floating-point number, subtracts
/usr/local/include/c++/3.2/bits/stl_iterator.h: // operators but also
operator- must accept mixed iterator/const_iterator
/usr/local/include/c++/3.2/hppa2.0n-hp-hpux11.00/bits/c++config.h://
changing the global allocator policy would be probably be accepted.
/usr/include/sys/net_diag.h:AXIN: The request (zx25callacc) to accept
an incoming call on ZLU %d
/usr/include/sys/stream.h: long q_minpsz; /* min
packet size accepted */
/usr/include/sys/stream.h: long q_maxpsz; /* max
packet size accepted */
/usr/include/sys/tiuser.h:#define TRESQLEN 26 /* resfd
specified to accept w/ qlen>0 */
/usr/include/sys/tiuser.h:extern int t_accept __( (int, int,
struct t_call *) );
/usr/include/sys/xti.h:#define TRESQLEN 26 /* resfd specified to
accept w/ qlen>0 */
/usr/include/sys/xti.h: t_scalar_t minacceptvalue; /* value of minimum
acceptable quality */
/usr/include/sys/xti.h:extern int t_accept __((int, int, struct
t_call *));
/usr/include/sys/fs.h: * accept this magic number will handle
fs_featurebits correctly.
/usr/include/sys/portal.h: * It is acceptable for code to be
written expecting the result
/usr/include/sys/protosw.h:#define PRU_ACCEPT 5
/* accept connection from peer */
/usr/include/sys/protosw.h:#define PRU_ACCEPTCONN 18
/* accept a connection */
/usr/include/sys/pstat/socket_pstat_body.h:#define PS_TCPS_BOUND
-4 /* bound, ready to connect or accept */
/usr/include/sys/pstat/socket_pstat_body.h:
* to be accepted
/usr/include/sys/scall_define.h:#define SYS_accept 275
/usr/include/sys/socket.h: extern int accept __((int, struct sockaddr
*, socklen_t *));
/usr/include/sys/socket.h: extern int accept __((int, void *, int *));
/usr/include/sys/socketvar.h: * Socket where accepts occur is so_head in
all subsidiary sockets.
/usr/include/sys/socketvar.h: * If so_head is 0, socket is not related
to an accept.
/usr/include/sys/socketvar.h: * while so_q is a queue of connections
ready to be accepted.
/usr/include/sys/socketvar.h: struct socket *so_head; /* back
pointer to accept socket */
/usr/include/sys/termio.h: * This ioctl requires superuser previlege and
is accepted only on
/usr/include/sys/termio.h: * This ioctl requires superuser previlege and
is accepted only on
/usr/include/sys/dlpi.h: int dl_accept_value;
/* min. acceptable bits/second*/
/usr/include/sys/dlpi.h: int dl_accept_value;
/* min. acceptable value of */
/usr/include/sys/dlpi.h: dl_through_t
dl_rcv_throughput; /* desired and acceptable*/
/usr/include/sys/dlpi.h: dl_transdelay_t
dl_rcv_trans_delay; /* desired and acceptable*/
/usr/include/netinet/ip_info.h:#define TCPS_BOUND -4 /*
bound, ready to connect or accept */
/usr/include/limits.h: accepted by
bc */
/usr/include/limits.h: constant
accepted by the bc
/usr/include/prot.h:extern int acceptable_password __((char *, FILE *));
/usr/include/rpc/rpc_msg.h:enum accept_stat {
/usr/include/rpc/rpc_msg.h: * Reply to an rpc request that was accepted
by the server.
/usr/include/rpc/rpc_msg.h: * accepted.
/usr/include/rpc/rpc_msg.h:struct accepted_reply {
/usr/include/rpc/rpc_msg.h: enum accept_stat ar_stat;
/usr/include/rpc/rpc_msg.h: struct accepted_reply RP_ar;
/usr/include/rpc/trace.h:#define TR_accepted 91
/usr/include/rpc/trace.h:#define TR_do_accept 221
/usr/include/rpc/trace.h:#define TR_t_accept 606
/usr/include/rpc/trace.h:#define TR_xdr_accepted_reply 667
/usr/include/gssapi/gssapi.h: OM_uint32 acceptor_addrtype;
/usr/include/gssapi/gssapi.h: gss_buffer_desc acceptor_address;
/usr/include/gssapi/gssapi.h:OM_uint32 gss_accept_sec_context(
/usr/include/gssapi/gssapi.h: const gss_cred_id_t, /*
acceptor_cred_handle */
/usr/include/gssapi/gssapi.h: OM_uint32, /*
acceptor_time_req */
/usr/include/gssapi/gssapi.h: OM_uint32 * /*
acceptor_time_rec */
/usr/include/gssapi/gssapi.h: OM_uint32 *, /*
acceptor_lifetime */
/usr/include/gssapi/gssapi.h:OM_uint32 kgss_accept_sec_context(
/usr/include/gssapi.h: OM_uint32 acceptor_addrtype;
/usr/include/gssapi.h: gss_buffer_desc acceptor_address;
/usr/include/gssapi.h:OM_uint32 gss_accept_sec_context(
/usr/include/gssapi.h: const gss_cred_id_t, /* acceptor_cred_handle
*/
/usr/include/gssapi.h: OM_uint32, /* acceptor_time_req */
/usr/include/gssapi.h: OM_uint32 * /* acceptor_time_rec */
/usr/include/gssapi.h: OM_uint32 *, /* acceptor_lifetime */
/usr/include/gssapi.h:OM_uint32 kgss_accept_sec_context(
/usr/include/krb5/gssapi.h: OM_uint32 acceptor_addrtype;
/usr/include/krb5/gssapi.h: gss_buffer_desc acceptor_address;
/usr/include/krb5/gssapi.h:GSS_DLLIMP OM_uint32 KRB5_CALLCONV
gss_accept_sec_context
/usr/include/krb5/gssapi.h: gss_cred_id_t, /*
acceptor_cred_handle */
/usr/include/krb5/gssapi.h: OM_uint32, /*
acceptor_time_req */
/usr/include/krb5/gssapi.h: OM_uint32 FAR * /*
acceptor_time_rec */
/usr/include/krb5/gssapi.h: OM_uint32 FAR *, /*
acceptor_lifetime */
/usr/sam/lib/C/fs_swap.h: label "When the values shown are
acceptable, select \"OK\"."

Travis

-----Original Message-----
From: Nigel J. Andrews [mailto:nandrews(at)investsystems(dot)co(dot)uk]
Sent: Friday, September 13, 2002 3:23 PM
To: Williams, Travis L, NPONS
Cc: pgsql-general
Subject: Re: [GENERAL] Can't run configure

On Fri, 13 Sep 2002, Williams, Travis L, NPONS wrote:

> All,
> A little more data.. this does not happen on 7.1.3. It
completes succesfully.. but on 7.2 it gets the same error as below.
>
> Travis
>
> -----Original Message-----
> From: Williams, Travis L, NPONS
> Sent: Friday, September 13, 2002 12:48 PM
> To: pgsql-general
> Subject: [GENERAL] Can't run configure
>
>
> I don't know whether this should be in novice or general.. but
whenever I run the configure script it dies with the following error:
>
> checking types of arguments for accept()... configure: error: could
not determine argument types
>
> I'm not quite sure what the problem is here.. considering I didn't
give it any arguments (like --prefix or --with)
>
> Any help is appreciated..
>
> Travis

Well, I've not had any trouble configuring and building from source and
aside
from a legacy binary install used briefly I have only used postgresql
built
from source.

Perhaps you could provide slightly more information, such as the OS and
what
has been installed on it regarding support for development, like header
files,
and then may be someone stands a chance of helping.

In general I would say that if you need help it is better to give
slightly more
information than you think is needed. Excessive amounts is perhaps bad
but
slightly too much may well provide information that you will be asked
for
before any progress can be made.

For instance, I don't know much about the configure process but without
looking, and I'm not going to until there's sufficient information to
make me
think I stand a chance of determining the fault, I'm going to ask you to
do:

find /usr -name \*\.h | xargs grep accept

--
Nigel J. Andrews
Director

---
Logictree Systems Limited
Computer Consultants

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Justin Clift 2002-09-13 23:39:51 Re: Physical sites handling large data
Previous Message jaya prakash 2002-09-13 23:02:42 table creation error