[C][структура][gcc]ошибка

А что будет, если этот тип назвать НЕ data?

Результат тот же.

Очень похоже на двойное включение include.
#ifndef в начале инклуда стоит?

Так оно и оказалось. Благодарю.

а что там в general.h? там нечно с именем data не определено случайно?

да, и это, из своего опыта советую тебе дописать _t к твоей data, что-бы было так:

typedef struct {
tralala
} data_t;

да, и это, из своего опыта советую тебе дописать _t к твоей data,

Афигенный опыт, имена заканчивающие на _t зарезервированы, info libc.

прятать структуры за typedef - весьма отстойная идея.

А как есть правильно?

> да, и это, из своего опыта советую тебе дописать _t к твоей data, что-бы было так:

Пестец. У вас плохой опыт.

имена заканчивающие на _t зарезервированы, info libc.

Там я не нашел такого. Где об этом сказано?

Где об этом сказано?

Раздел 1.3.3. Introduction/Using the Library/Reserved Names.

Вот бля, я сейчас на маке - там info libc переходит на info libconfig.

А обоснование будет?

Или хотя бы ссылка на обоснование?

Хотелось бы почитать.

PS: Это не ёрничанье, просто на личном опыте так и не удалось понять: определять структуры, как типы с помощью typedef - это хорошо или плохо.

Определять структуры с typedef удобно, ведь потом при обьявлении можно будет писать не struct data blablabla, a data blablabla.

Да нет - это-то я понимаю - сам так делал многократно.

В небольших и средних проектах, где десяток таких typedef'ов можно собрать в одном месте (h-файле), это удобно, без сомнения.

Анонимус говорит, что «прятать структуры за typedef - весьма отстойная идея.»

Иногда посещала эта же мысль - в огромных проектах, где таких typedef'ов сотни, и все разбросаны, где попало. И вправду «отстой» получался...

Вот я и хочу что-либо внятное прочесть или услышать по поводу определения типов данных, как typedef <структура>. Пока - тишина.

А что, если обьявлять структуры без typedef, а потом создать отдельный .h файл с записями, типа: typedef struct blabla bububu?

Так вот в том и вся фигня, что когда в очень большом проекте начинаешь искать именно определение структуры, и это приходится делать по цепочке h-файлов, то это начинает ...эммм... раздражать. Особенно, когда надо быстро посмотреть, что же там внутри у этой blabla.

Вдогонку - пример «из жизни»:

В одном немаленьком проекте с многими участниками мне даже пришлось собирать файлик-справочничек с этими typedef-структурами, которые клепали все, кому не лень. Так вот: таких структур там точно было больше полусотни. Да ещё и взаимозависимые попадались. Искать их «внутренности» по всей базе кода было «сплошное удовольствие».

Вот я и хочу узнать: правильна ли и допустима ли такая организация, есть ли альтернативы, в общем, все pro и contra.

правильна ли и допустима ли такая организация, есть ли альтернативы, в общем, все pro и contra.

Традиционно есть два способа записи структур с тайпдефами:

typedef struct data
{
   GtkTreeStore* left_tree_store;
   GtkTreeStore* right_tree_store;
} data;

typedef struct data data;
struct data
{
   GtkTreeStore* left_tree_store;
   GtkTreeStore* right_tree_store;
};

Если не городить после этого чего-нибудь типа:

typedef data another_data;