[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-gnulib] Re: automatic prototypes

From: Simon Josefsson
Subject: [bug-gnulib] Re: automatic prototypes
Date: Sat, 18 Dec 2004 02:36:39 +0100
User-agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux)

Paul Eggert <address@hidden> writes:

> Simon Josefsson <address@hidden> writes:
>> I think getline would be a better test of this approach.  However, the
>> getline prototype uses (s)size_t, so config.h would have to #include
>> <sys/types.h>.
> Well, you _could_ prototype getline without mentioning either size_t
> or ssize_t, so long as you can compute integer types that are
> compatible with size_t and ssize_t.  Admittedly this is a bit of work
> to get right.

Might work.  But getline also uses FILE...

>> OTOH, alloca.h has always seemed a bit fragile to me, and it might
>> actually be better to move that definition to config.h.
> That would mean config.h would include standard include files, at
> least if _MSC_VER is defined.  Am I right?  Admittedly the _MSC_VER
> case is low-priority, but it's an indication that the approach might
> well fail on some hosts.

Is there a problem in including standard include files in config.h?
Doing so would make this simpler.  The AH_BOTTOM code could take
advantage of any HAVE_SYS_TYPES_H etc.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]