Про «ошибка: нет декларации «__builtin_types_compatible_p» в этой области видимости» в C++

Вчера столкнулся с подобной проблемой на последнем тулчейне для андроид.

Если использовать #include <cstdio>, то ошибка компиляции, связанная с отсутсвием объявления using ::fgetpos; и using ::fsetpos;.
Если заменить на #include <stdio.h>, то все пучком.
Гугель о баге знает еще с лета, но не спешит фиксить.

Try CrystaX NDK.

Старый компилятор? Слишком новый glibc?

Или стандарт говорит о cheader вместо header.h?

это другая проблема.

и чтоб иметь меньше проблем, то лучше импортить сишные заголовки через

extern "C"
{
namespace std
{
#include <stdio.h>
}
}

ну или порядок объявлений поменять, в зависимости от ошибок компиляции.

и чтоб иметь меньше проблем, то лучше импортить сишные заголовки через

Ну так себе решение. Возможно оно и оправдано, но слишком уж костыльное.

потом меньше кода нужно будет менять после фикса.

В моем случае все решилось двумя заменами <cstdio> на <stdio.h>.

ну или порядок объявлений поменять, в зависимости от ошибок компиляции.

Дело не в порядке объявления:

ndk-bundle/sources/cxx-stl/gnu-libstdc++/4.9/include/cstdio:107:11: error: no member named 'fgetpos' in the global namespace
  using ::fgetpos;
        ~~^

и чтоб иметь меньше проблем, то лучше импортить сишные заголовки через

extern "C"
{
namespace std
{
#include <stdio.h>
}
}

А что, стандарт такое разрешает?

смысл простой - подключить сишные заголовочные файлы в код C++ и чтобы контент был задекларирован в namespace std. Код выше скорее всего не скомпилится - нужно экспериментировать.

extern «C» был у Страуструпа, если ты про него.

А что, стандарт такое разрешает?

Нет, это UB (20.5.4.2.1). Ну и подумаешь ^_~

Нет, это UB (20.5.4.2.1).

Я-то в курсе.

Я хотел проверить, знает ли об этом советчик совать что попало в namespace std.