Компиляция с sysroot для armv7hf (линковка библиотек ncurses)

byteswap.h покажи

И попробуй еще провести препроцессирование некомпилирующегося кода, чтоб макросы раскрыть. Там может будет видно, в чем проблема

arm-cortexa7hf-linux-gnueabi

генто-арче макаки должны страдать

Вот ссылка, но там не весь файл, а только часть кода:
http://pastebin.com/9EaVCXkS
Стрелкой я пометил строку 44 в которой происходит ошибка.

Я полагаю, что проблема возникает из-за того, что данный тип переменной не поддерживается в данной архитектуре, но как проверить, и самое главное, что следует исправить, не знаю.

И попробуй еще провести препроцессирование некомпилирующегося кода, чтоб макросы раскрыть. Там может будет видно, в чем проблема

Это как?

Собрать файл с -E ключом.

Запустил gcc с параметром -E и в итоге получил следующее:
http://pastebin.com/mKFG09aN
Честно скажу, мне ничего не понятно, если можно помогите. Если надо - тыкните носом. Это для меня дебри, в которые я лезу по мере надобности. Усугубляет ситуацию отсутствие теоретической базы.

Проблема твоя в том, что у тебя внутри

int
main ()
{

static __inline unsigned int
__bswap_32 (unsigned int __bsx)
{
  return __builtin_bswap32 (__bsx);
}

И действительно, если ты попробуешь вот такой код скомпилировать:

int
main ()
{
  static __inline unsigned int
  __bswap_32 (unsigned int __bsx)
  {
    return __builtin_bswap32 (__bsx);
  }
}

Инклуды и дефайны иногда некоторые личности вставляют внутрь кода функции, но в общем случае я так делать не советую. Если ты объявляешь какие-то как бы локальные дефайны внутри функции, не забудь их отUNDEFить в конце функции, чтобы они другой код не аффектили

Дело на самом деле обстоит несколько по-другому.

Этот код написал не я. Я его лишь скопировал и запустил вручную для проверки. Содержится он в скрипте configure, и компилируется он на этапе проверки в бинарный файл conftest, как и положено. При этом строка сборки gcc идет с параметром -ltinfo (на самом деле там проверяются 4 библиотеки ncurses).

Без указания этого параметра линковки с библиотеками ncurses, код компилируется замечательно.

Использую версию ncurses 6.0. Прихожу к мысли, что надо перейти на версию ниже. Хотя проблема возможно и не в этом.

Ну у тебя там в http://pastebin.com/mKFG09aN коде какой-то бред написан. Там внутри main{} объявлена static __inline unsigned int функция. Не может это скомпилироваться никак. Похоже что кто-то заинклудил .h файл внутри main и оттого так получилось. Проблема явно в этом. Так делать нельзя. Там ошибка в коде

И если ты перейдешь на более старую версию ncurses, ошибку в коде это не исправит

А вот глянь сообщения, появляющиеся при компиляции osl-библиотеки готовым toolchain'ом для Cortex-A7, собранным мною.

./openscop-0.9.0/source/statement.c: In function 'osl_statement_pprint':
./openscop-0.9.0/source/statement.c:238:19: warning: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type 'size_t {aka unsigned int}' [-Wformat=]
     fprintf(file, "%lu\n\n", nb_relations);
                   ^
./openscop-0.9.0/source/relation_list.c: In function 'osl_relation_list_pprint':
./openscop-0.9.0/source/relation_list.c:305:18: warning: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type 'size_t {aka unsigned int}' [-Wformat=]
     fprintf(file,"# List of %lu elements\n%lu\n", i, i);
                  ^
./openscop-0.9.0/source/relation_list.c:305:18: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type 'size_t {aka unsigned int}' [-Wformat=]
./openscop-0.9.0/source/relation_list.c:307:18: warning: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type 'size_t {aka unsigned int}' [-Wformat=]
     fprintf(file,"# List of %lu element \n%lu\n", i, i);
                  ^
./openscop-0.9.0/source/relation_list.c:307:18: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type 'size_t {aka unsigned int}' [-Wformat=]
./openscop-0.9.0/source/util.c: In function 'osl_util_read_uptoflag':
./openscop-0.9.0/source/util.c:349:39: warning: 'lenstr' may be used uninitialized in this function [-Wmaybe-uninitialized]
   while (((str  != NULL) && (nb_chars != lenstr)) ||

Это варнинг на принтф. Чтоб принтф-нуть size_t надо использовать не %lu. Используй %zu
Можешь почитать man 3 printf

z A following integer conversion corresponds to a size_t or ssize_t argument. (Linux libc5 has Z with this meaning. Don't use it.)

http://stackoverflow.com/a/2524675 вот тебе ссылка на стековерфлоу еще. Ответы на подобные вопросы можно элементарно найти, вбив ошибку компиляции в гугл https://www.google.com/search?channel=fs&q= format '%lu' expects argument...

Короче, без обид, но советую выучить как следует Си, чтоб не возникали такие глупые вопросы

:) стараюсь вот изучать полным ходом. Спасибо огромное за помощь. Хотя проблема для меня не ясна, но это пока. Буду копать.