On Nov 4, 2013, at 4:23 AM, Bram Moolenaar <[email protected]> wrote:

> 
> Kazunobu Kuriyama wrote:
> 
>> On Nov 3, 2013, at 11:58 AM, Bram Moolenaar <[email protected]> wrote:
>> 
>>> 
>>> Hisashi T Fujinaka wrote:
>>> 
>>>> I've been chasing this around and around, but on OS X 10.9 I don't get
>>>> HAVE_AVAILABILITY_MACROS_H set in os_unix.c, so there's no #include
>>>> <AvailabilityMacros.h> and my compile dies withthe following:
>>>> 
>>>> os_unix.c:834:46: warning: declaration of 'struct sigaltstack' will not be 
>>>> visible outside of this function [-Wvisibility]
>>>>        extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct 
>>>> sigaltstack *oss));
>>>>                                                    ^
>>>> ./os_unix.h:88:21: note: expanded from macro '__ARGS'
>>>> #  define __ARGS(x) x
>>>>                    ^
>>>> os_unix.c:834:13: error: conflicting types for 'sigaltstack'
>>>>        extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct 
>>>> sigaltstack *oss));
>>>>                   ^
>>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/signal.h:85:5:
>>>>  note:
>>>>      previous declaration is here
>>>> int     sigaltstack(const stack_t * __restrict, stack_t * __restrict)  
>>>> __DARWIN_ALIAS(sigaltstack);
>>>>        ^
>>>> 1 warning and 1 error generated.
>>>> make: *** [objects/os_unix.o] Error 1
>>> 
>>> Have you checked in src/auto/config.log why AvailabilityMacros.h is not
>>> found?
>>> You did do "make reconfigure" or "make distclean”?
>> 
>> Thank you for your work, but unfortunately I have to say this.
>> 
>> The same thing as Hisashi T Fujinaka experienced happened to me, and neither 
>> re-creation nor cleanup of the autoconf stuff helped me.
>> 
>> The new configure script actually succeeded to detect AvailabilitMacros.h, 
>> and both of resulting config.log and config.cache acknowledged the existence 
>> and presence of the header file in question; however, config.status didn’t 
>> have a line which should look like D[“HAVE_AVAILABILITYMACROS_H"]=“ 1”, 
>> which was supposed to be placed there automatically by (the product of) 
>> autoconf. (Again, script re-creation/cleanup couldn't improve the situation 
>> for me.)
>> 
>> Because of that, config.status failed to define and set 
>> HAVE_AVAILABILITYMACROS_H to 1 in config.h; instead, it simply added the 
>> line /* #undef HAVE_AVAILABILITYMACROS_H */ at the very end of the file.  
>> Too conservative for us to compile os_unix.c.
>> 
>> Consequently, os_unix.c couldn’t be compiled with the latest patch, as 
>> Hisashi T Fujinaka reported.
>> 
>> Hopefully, this note may help to fix the problem.
> 
> Yeah, it's because of the unusual way AC_CHECK_HEADER() is used.
> We should just use AC_CHECK_HEADERS().

Oh my...  I thought this sort of mistakes was made only by those who speak a 
language which doesn't have grammatical plural forms in nouns, like Japanese 
language, and that European people were free from it.  OK, I see again there’s 
a subtle but big difference between singular and plural forms... :-)

-- 
-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Raspunde prin e-mail lui