diff options
author | Nicolas Hillegeer <nicolas@hillegeer.com> | 2014-12-12 00:48:50 +0100 |
---|---|---|
committer | Nicolas Hillegeer <nicolas@hillegeer.com> | 2015-01-16 21:45:00 +0100 |
commit | 522a15f1c08c67824d52781ebdf284168678da96 (patch) | |
tree | 223916572a14eabc20dde3082b237231c7b99175 /runtime/syntax/php.vim | |
parent | dd25b2e5aebd43badc346d3cd3d06cdc01a42c9b (diff) | |
download | rneovim-522a15f1c08c67824d52781ebdf284168678da96.tar.gz rneovim-522a15f1c08c67824d52781ebdf284168678da96.tar.bz2 rneovim-522a15f1c08c67824d52781ebdf284168678da96.zip |
test: fix formatc.lua oddity on OSX/gcc
The primitive C canonicalizer we use to strip out duplicate header
declarations and keep luajit's ffi happy, didn't work properly in this case.
What happened is this (in /usr/include/ctype.h):
__DARWIN_CTYPE_TOP_inline int
isspecial(int _c)
{
return (__istype(_c, _CTYPE_T));
}
Gets preprocessed to something like:
__inline int
isspecial(int _c)
{
return (__istype(_c, _CTYPE_T));
}
On OSX/gcc. The formatter wasn't recognizing this entire function as
something to put on a single line because it naively just checks for
"static" or "inline" for that, but not "__inline".
This error doesn't occur on OSX/clang. Without looking further into it, I
guess that __DARWIN_CTYPE_TOP_inline gets defined to inline on clang, but
__inline on gcc, for some reason.
This helps issue #1572 along.
Diffstat (limited to 'runtime/syntax/php.vim')
0 files changed, 0 insertions, 0 deletions