Stewart Brodie <[EMAIL PROTECTED]> writes:
> I still tend to check for it on the basis that I check all other header
> files, so I might as well check that one. There are systems that do not
> have sys/types.h. That way, all header file checks are done the same
> way. That also means that I al
In message <[EMAIL PROTECTED]>
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Dan Kegel <[EMAIL PROTECTED]> writes:
>
> > Standard practice is probably to always write
>
> > #if HAVE_SYS_TYPES_H
> > #include
> > #endif
>
> There's no need to check for the existance of unless you're
> at
Russ Allbery wrote:
> Dan Kegel <[EMAIL PROTECTED]> writes:
>
>
>>Standard practice is probably to always write
>
>
>>#if HAVE_SYS_TYPES_H
>>#include
>>#endif
>
>
> There's no need to check for the existance of unless you're
> attempting portability far beyond that any normal software pack
Dan Kegel <[EMAIL PROTECTED]> writes:
> Standard practice is probably to always write
> #if HAVE_SYS_TYPES_H
> #include
> #endif
There's no need to check for the existance of unless you're
attempting portability far beyond that any normal software package will
need. It exists on pretty much
for libnsl and libsocket; see
http://www.kegel.com/dkftpbench/dkftpbench-0.45/configure.in
- Dan
-Original Message-
From: Ollie Cook
To: [EMAIL PROTECTED]
Sent: 09.10.2002 13:03
Subject: functions in different libraries on different OSes.
Hi,
I am new to autoconf/automake so my questions
Ollie Cook wrote:
> There may be other methods of getting socket() on other OSes, for all I know.
>
> What is the correct way to diagnose how to get socket(), or any other function,
> on a given OS, and to build the software appropriately, using autoconf?
Search one (or both) autoconf archive s
Hi,
I am new to autoconf/automake so my questions may appear naive - apologies if
that is the case.
I have written some software which I have released, but it is not very portable
(currently does not compile under Solaris).
One of the reasons for this is that it uses the socket() function. Unde
