[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.
Thanks.
Re: [bug-gnulib] automatic prototypes, Bruno Haible, 2004/12/18