Я пытаюсь откомпилировать исходники драйвера для нестандартной платы компилятором gcc (версия 2.95.2) . Имеются скрипты и makefile для компиляции. В принципе достаточно запустить скрипт и все… Но не тут-то было. Дело в том, что я компилирую в Виндах, используя Cygwin.

При компиляции появляется ошибка следующего содержания: dereferencing pointer to incomplete type. Причем данная ошибка появляется не в строке, где происходит объявление переменной данного типа (это структура), а в момент обращения к ее полям.

Помогите разобраться, так как я никогда раньше не компилировала с помощью gcc, и никогда такой ошибки не встречала.
Могу сказать точно, что файл, где объявлена данная структура включен в файл, в котором происходит обращение к ее полям. В файле makefile стоит ключ компиляции -l и прописан путь где лежит данный файл.
Может кто-нибудь может указать мне направление, куда копать. Заранее спасибо.

Здравствуйте, Helga_F, Вы писали:

H_F>Я пытаюсь откомпилировать исходники драйвера для нестандартной платы компилятором gcc (версия 2.95.2) . Имеются скрипты и makefile для компиляции. В принципе достаточно запустить скрипт и все… Но не тут-то было. Дело в том, что я компилирую в Виндах, используя Cygwin.

Если это драйвера ядра Linux, то скомпилировать под Cygwin не получится, так как
1) нет заголовочных файлов самого ядра
2) формат exe и dll файлов отличается от формата исполняемых файлов linux (elf)
3) ......... и еще куча проблем

little_alex wrote:
> Если это драйвера ядра Linux, то скомпилировать под Cygwin не получится,
> так как
> 1) нет заголовочных файлов самого ядра
1. Копируются из Линукса.

> 2) формат exe и dll файлов отличается от формата исполняемых файлов
> linux (elf)
Есть замечательная штука — кросс-компилятор.

> 3) ......... и еще куча проблем
Решаемы.

Здравствуйте, little_alex, Вы писали:

_>Если это драйвера ядра Linux, ...
Вообще-то нет.
Попробую объяснить. Дело в том что я компилирую данные драйвера для ОC реального времени VxWorks.
Производитель платы утверждает, что драйвера могут работать под даннуй ОС.
В качестве компилятора можно использовать gcc, поэтому я и обратилась на этот форум с просьбой помочь.

Пардон, забыла зарегистрироваться.
Здравствуйте, little_alex, Вы писали:

_>Если это драйвера ядра Linux...

Вообще-то нет.
Попробую объяснить. Дело в том что я компилирую данные драйвера для ОC реального времени VxWorks.
Производитель платы утверждает, что драйвера могут работать под даннуй ОС.
В качестве компилятора можно использовать gcc, поэтому я и обратилась на этот форум с просьбой помочь.

Helga_F wrote:
> Вообще-то нет.
> Попробую объяснить. Дело в том что я компилирую данные драйвера для ОC
> реального времени VxWorks.
> Производитель платы утверждает, что драйвера могут работать под даннуй ОС.
> В качестве компилятора можно использовать gcc, поэтому я и обратилась на
> этот форум с просьбой помочь.
Ага, ситуация проясняется. Можно кусок кода, вызывающий ошибку?

Helga_F wrote:
> Вообще-то нет.
> Попробую объяснить. Дело в том что я компилирую данные драйвера для ОC
> реального времени VxWorks.
> Производитель платы утверждает, что драйвера могут работать под даннуй ОС.
> В качестве компилятора можно использовать gcc, поэтому я и обратилась на
> этот форум с просьбой помочь.
Какой gcc стоит? Cygwin'овский по умолчанию или кросс-gcc?

Здравствуйте, Cyberax, Вы писали:

C>Ага, ситуация проясняется. Можно кусок кода, вызывающий ошибку?
Сам код давать бесмысленно.
В одном файле описана тип-структура (указатель на структуру).
В другом файле объявлена переменная данного типа — здесь компилятор не выдает ошибку.
Но далее во всех местах кода при любом обращении к полям данной переменной появляется данная ошибка.

Helga_F wrote:
> C>Ага, ситуация проясняется. Можно кусок кода, вызывающий ошибку?
> Сам код давать бесмысленно.
> В одном файле описана тип-структура (указатель на структуру).
> В другом файле объявлена переменная данного типа — здесь компилятор не
> выдает ошибку.
> Но далее во всех местах кода при любом обращении к полям данной
> переменной появляется данная ошибка.
Понятно. Подключите h-файл с _определением_ структуры во все файлы, где
выдается ошибка.

Здравствуйте, Cyberax, Вы писали:

C>Понятно. Подключите h-файл с _определением_ структуры во все файлы, где
C>выдается ошибка.

Дело в том, что он везде подключен. Я проверяла

Здравствуйте, raskin, Вы писали:

R>Какой gcc стоит? Cygwin'овский по умолчанию или кросс-gcc?

А вот этого я как раз не знаю. Все досталось по наследству безо всяких пояснений.

Пыталась создать кросс-gcc сама, но возникло куча проблем при компиляции

Helga_F wrote:
> C>Понятно. Подключите h-файл с _определением_ структуры во все файлы, где
> C>выдается ошибка.
> Дело в том, что он везде подключен. Я проверяла
Тогда смотрите на неправильные кольцевые зависимости (если ошибка внутри
h-файла). Еще посмотрите не отключено ли определение каким-нибудь
#ifdef'ом.

Здравствуйте, Cyberax, Вы писали:

C> Еще посмотрите не отключено ли определение каким-нибудь
C>#ifdef'ом.

Я так понимаю, если данное определение было бы отключено, то ошибка выдавалась при объявлении переменной данного типа,
а не при обращении к ее полям

Helga_F wrote:
> C> Еще посмотрите не отключено ли определение каким-нибудь
> C>#ifdef'ом.
> Я так понимаю, если данное определение было бы отключено, то ошибка
> выдавалась при объявлении переменной данного типа,
> а не при обращении к ее полям
Нет.

При объявлении указателя достаточно неполного типа (incomplete type):

struct A
{
    struct B *something; //Неполный тип
};

//Попытка обращения к полям типа B вернет ошибку:
A str;
str.something->something2=NULL; //Будет ошибка

//А вот после этого определения все должно быть ОК:
struct B
{
    struct A *something2;
};

Helga_F wrote:
> C> Еще посмотрите не отключено ли определение каким-нибудь
> C>#ifdef'ом.
>
> Я так понимаю, если данное определение было бы отключено, то ошибка
> выдавалась при объявлении переменной данного типа,
> а не при обращении к ее полям

Нет. Переменная объявлена как
struct horror* cute;
Такое ветка 2.* позволяла делать до определения в надежде на последующее
счастье (3.* тоже, 4.* уже нет). После этого идёт cute->field , а тут
только оказалось, что счастье не последовало.

Кстати, посмотрите в makefile, как вызывается "as" (или ld). Если просто
/usr/bin/as, то плохо. Если хитрее — найти где он лежит и вызвать с
ключом --version/--help. В выводе поискать слово target. Какой формат
нужен VxWorks и какой процессор — не знаю, но если это не
i386-linux/cygwin-elf (что скорее всего) , то есть шанс отличить

Здравствуйте, Cyberax,

В коде это выглядит так:

struct sci_unit {
  unsigned32      deviceNo;
  unsigned8       unit_no;        
  ... // объявление других полей
 };

typedef volatile struct sci_unit *Sci_p; 


// в другом файле:

Sci_p sci_p;

sci_p->unit_no=0;  // вот здесь ошибка dereferencing pointer to incomplete type

Helga_F wrote:
> struct sci_unit {
> unsigned32 deviceNo;
> unsigned8 unit_no;
> ... // объявление других полей
> };
>
> typedef volatile struct sci_unit *Sci_p;
>
>
> // в другом файле:
>
> Sci_p sci_p;
>
> sci_p->unit_no=0; // вот здесь ошибка /dereferencing pointer to incomplete type/
В других полях структур нет? Указатели можно, а просто структуры надо
проверить.

Helga_F wrote:
> В коде это выглядит так:
> struct sci_unit {
> unsigned32 deviceNo;
> unsigned8 unit_no;
> ... // объявление других полей
> };
> typedef volatile struct sci_unit *Sci_p;
А если убрать volatile? Может какие-то глюки 2.95?

> // в другом файле:
> Sci_p sci_p;
> sci_p->unit_no=0; // вот здесь ошибка /dereferencing pointer to incomplete type/
А что будет если перед этим просто тупо cut&paste'ом вставить:

  struct sci_unit {
    unsigned32      deviceNo;
    unsigned8       unit_no;
    ... // объявление других полей
   };
  typedef volatile struct sci_unit *Sci_p;

?

Здравствуйте, Cyberax, Вы писали:

>> 3) ......... и еще куча проблем
C>Решаемы.

Интересно сколько займет времени создание нормального окружения для сборки модуля ядра под Cygwin?
И зачем это нужно?

little_alex wrote:
>> > 3) ......... и еще куча проблем
> C>Решаемы.
> Интересно сколько займет времени создание нормального окружения для
> сборки модуля ядра под Cygwin?
> И зачем это нужно?
Например, для встраиваемого устройства, где все равно нужно использовать
кросс-компиляцию.

Здравствуйте, Аноним, Вы писали:

А>Попробую объяснить. Дело в том что я компилирую данные драйвера для ОC реального времени VxWorks.
А>Производитель платы утверждает, что драйвера могут работать под даннуй ОС.
А>В качестве компилятора можно использовать gcc, поэтому я и обратилась на этот форум с просьбой помочь.

Забей на cygwin, используй Торнадо.

Если IDE Tornado не нравится (а кому он нравится?) — то можно и из командной строки вызывать makefile. Только сперва установи переменные окружения
— пути INCLUDE и LIB к соответствующим каталогам (c:\tornado22\target\h и т.п.)
— WIND_BASE=c:\tornado22 и WIND_HOST_TYPE=x86-win32
— путь к экзешникам компилятора добавить в PATH

Чтобы собрать ядро — из IDE это делается наиболее простым способом. Ну, естественно, можно ручками добавить в makefile и/или в исходники .c, .h свои авторские правки.

Здравствуйте, Кодт, Вы писали:

К>Забей на cygwin, используй Торнадо.

Кстати, поскольку у VxWorks формат объектных файлов отличается от линукса, то либо придётся изрядно побиться, чтобы скрестить фронтенд cygwin'а с бэкендом tornado (а без него никак...), либо сразу отказаться от мучений.

Здравствуйте, Кодт, Вы писали:

К>Кстати, поскольку у VxWorks формат объектных файлов отличается от линукса, то либо придётся изрядно побиться, чтобы скрестить фронтенд cygwin'а с бэкендом tornado (а без него никак...), либо сразу отказаться от мучений.

Да, а имидж без Торнадо вообще не построить. Так что берём толстый кошелёк, покупаем лицензию, вытрясаем душу из техподдержки (а она пригодится, если устройство нестандартное — это как пить дать).

Здравствуйте, Кодт, Вы писали:

К>Да, а имидж без Торнадо вообще не построить. Так что берём толстый кошелёк, покупаем лицензию, вытрясаем душу из техподдержки (а она пригодится, если устройство нестандартное — это как пить дать).

Весь прикол в том, что Торнадо имеется (лицензионное ), да только скрипты для запуска компиляции драйверов в тамошнем bash работают очень странно.
Поэтому служба поддержки (приславшая исходники драйвера) предложила использовать Cygwin.
В Cygwin скрипты запустились, но возникли ошибки при компиляции. Причем очень непонятные

Здравствуйте, Helga_F, Вы писали:

H_F>Весь прикол в том, что Торнадо имеется (лицензионное ), да только скрипты для запуска компиляции драйверов в тамошнем bash работают очень странно.
H_F>Поэтому служба поддержки (приславшая исходники драйвера) предложила использовать Cygwin.

Молодцы! Эх, если бы они ещё научили(сь) с IDE Tornado перейти на Eclipse или VisualStudio, цены бы им не было
А инструкцию по переезду на Cygwin они не предложили?

H_F>В Cygwin скрипты запустились, но возникли ошибки при компиляции. Причем очень непонятные

Наверное, Cygwin перепутал компиляторы (взял свой вместо торнадовского).
Чтобы побороться с этим, можно попробовать грязно поломать систему:
— переименовать cygwin'овские файлы (gcc.exe, g++.exe и т.п.) — чтобы они случайно не запустились
— добавить путь к tornado'вским в PATH

Здравствуйте, Helga_F, Вы писали:

H_F>Весь прикол в том, что Торнадо имеется (лицензионное ), да только скрипты для запуска компиляции драйверов в тамошнем bash работают очень странно.

А откуда взялся bash в виндовском tornado? Или на хосте стоит solaris? Тогда непонятно, зачем нужен cygwin.

Может быть, чего-нибудь не хватает в переменных окружения. Или, наоборот, что-то лишнее присутствует. Читаем мануалы, изучаем содержимое скриптов, трясём техподдержку.

И вообще, зачем скрипты? Казалось бы, добавляешь .c- и .h-файлы в проект и компилируешь одним махом.

Здравствуйте, Кодт, Вы писали:

К>Здравствуйте, Helga_F, Вы писали:

К>Наверное, Cygwin перепутал компиляторы (взял свой вместо торнадовского).
К>Чтобы побороться с этим, можно попробовать грязно поломать систему:
К>- переименовать cygwin'овские файлы (gcc.exe, g++.exe и т.п.) — чтобы они случайно не запустились
К>- добавить путь к tornado'вским в PATH

Дело в том, что данные ошибки возникают и компиляторе, который шел вместе с Cygwin и в компиляторе Торнадо.

Здравствуйте, Кодт, Вы писали:

.

К>А откуда взялся bash в виндовском tornado? Или на хосте стоит solaris? Тогда непонятно, зачем нужен cygwin.
На хосте стоит Винда

К>Может быть, чего-нибудь не хватает в переменных окружения. Или, наоборот, что-то лишнее присутствует. Читаем мануалы, изучаем содержимое скриптов, трясём техподдержку.

К>И вообще, зачем скрипты? Казалось бы, добавляешь .c- и .h-файлы в проект и компилируешь одним махом.

Структура данного проекта очень сложная, куча переменных окружения и других настроек.
Мне удалось выцепить небольшой кусок кода и откомпилировать его обычным способом, но ошибка не исчезла.

Что ж, буду дальше штурмовать службу поддержки.

В Торнадо лежит два компилятора стандарт С — gcc и С++ — g++pentium. (Машина target — Xeon)


Написала небольшой примерчик
init.c:

struct sci_unit
{
 int nodeId;
 int unitNum;
};

struct sci_unit ssu;

typedef struct sci_unit *Sci_p;




int Func(int num1, int num2)
{
    ssu.nodeId=num1;
    Sci_p sci_p;        /*22*/
    sci_p=&ssu;        /*23*/
    sci_p->nodeId=num2;
    return 1;
}

и откомпилировала его двумя способами.
Так вот, при компиляции gcc (gcc -c -O0 init.c) появляются следующие ошибки:

init.c: In function 'Func' :
init.c:22: parse error before 'sci_p1'
init.c:23: 'sci_p1' undeclared (first use in this function)
init.c:23: (Each undeclared identifier is reported only once
init.c:23: for each function it appears in.)


Компиляция g++pentium проходит нормально. В чем прикол, разве здесь то, что в данном коде не нравится ANSI C?


Хотя когда компилирую уже драйвера компилятором g++pentium, он начинает ругаться на следующее (причем у gcc это прокатило):

1) conflicted types for enum unsigned32
в одном файле unsigned32 описан как тип enum (

typedef enum unsigned32 {...}hostbridge_t ;

),
а в другом опредлен как тип int

typedef unsigned int insigned32

.

2) ANSI C++ forbids data member 'TORUS_sciPhisicalNodeIdTable' with same name as enclosing class
данная структура описана следующим образом:

typedef struct TORUS_sciPhysicalNodeIdTable {
         sciNodeId_t TORUS_sciPhysicalNodeIdTable[MAX_NUMBER_OF_NODES];
    } TORUS_sciPhysicalNodeIdTable_t;

Первый раз вижу, чтобы ANSI C допускал такое использование имен.