Как включить файл только один раз / Предотвратить переопределения функций в старом C API из C ++ Program

Question

Как включить файл только один раз / Предотвратить переопределения функций в старом C API из C ++ Program

0

У меня есть программа C++, которая должна использовать API на основе C для конкретной задачи. Если я включу только в один cpp в моей программе, у меня проблем нет. Однако, если я включаю в заголовочный файл (где мне нужно использовать некоторые типы), я получаю ошибки редизайна компоновщиком.

Это связано с множеством typedefs, сделанных в заголовке внешних библиотек (заголовок C с компилированным dll). Я ищу любые возможные решения этой проблемы.

Когда я ищу все, что я могу найти, это элемент защиты заголовка (и #pragma один раз), но это не решение проблемы, поскольку то, что я нахожу, - это несколько определений в отдельных единицах компиляции, которые затем конфликтуют при связывании.

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

Output for building on Warning Level 4
Warning 1   warning C4273: 'getwchar' : inconsistent dll linkage    c:\program files (x86)\microsoft visual studio 11.0\vc\include\stdio.h  615 1   project-test
Warning 2   warning C4273: 'putwchar' : inconsistent dll linkage    c:\program files (x86)\microsoft visual studio 11.0\vc\include\stdio.h  617 1   project-test
Warning 3   warning C4273: 'getwchar' : inconsistent dll linkage    c:\program files (x86)\microsoft visual studio 11.0\vc\include\stdio.h  615 1   project-test
Warning 4   warning C4273: 'putwchar' : inconsistent dll linkage    c:\program files (x86)\microsoft visual studio 11.0\vc\include\stdio.h  617 1   project-test
Warning 5   warning C4100: 'data' : unreferenced formal parameter   c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  8   1   project-test
Warning 6   warning C4100: 'event' : unreferenced formal parameter  c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  8   1   project-test
Warning 7   warning C4100: 'widget' : unreferenced formal parameter c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  8   1   project-test
Warning 8   warning C4100: 'data' : unreferenced formal parameter   c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  15  1   project-test
Warning 9   warning C4100: 'event' : unreferenced formal parameter  c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  15  1   project-test
Warning 10  warning C4100: 'widget' : unreferenced formal parameter c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  15  1   project-test
Warning 11  warning C4505: 'g_bit_nth_lsf' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gutils.h   267 1   project-test
Warning 12  warning C4505: 'g_bit_nth_msf' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gutils.h   269 1   project-test
Warning 13  warning C4505: 'g_bit_storage' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gutils.h   271 1   project-test
Warning 14  warning C4505: 'g_string_append_c_inline' : unreferenced local function has been removed    c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gstring.h  130 1   project-test
Warning 15  warning C4505: 'g_trash_stack_push' : unreferenced local function has been removed  c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  44  1   project-test
Warning 16  warning C4505: 'g_trash_stack_pop' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  46  1   project-test
Warning 17  warning C4505: 'g_trash_stack_peek' : unreferenced local function has been removed  c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  47  1   project-test
Warning 18  warning C4505: 'g_trash_stack_height' : unreferenced local function has been removed    c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  48  1   project-test
Error   19  error LNK2005: "long __cdecl abs(long)" (?abs@@YAJJ@Z) already defined in FitsFile.obj  C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\project-test\main.obj  project-test
Error   20  error LNK2005: "__int64 __cdecl abs(__int64)" (?abs@@YA_J_J@Z) already defined in FitsFile.obj  C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\project-test\main.obj  project-test
Error   21  error LNK2005: "struct _ldiv_t __cdecl div(long,long)" (?div@@YA?AU_ldiv_t@@JJ@Z) already defined in FitsFile.obj   C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\project-test\main.obj  project-test
Error   22  error LNK2005: "struct _lldiv_t __cdecl div(__int64,__int64)" (?div@@YA?AU_lldiv_t@@_J0@Z) already defined in FitsFile.obj  C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\project-test\main.obj  project-test
Error   23  error LNK2005: _getwchar already defined in FitsFile.obj    C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\project-test\main.obj  project-test
Error   24  error LNK2005: _putwchar already defined in FitsFile.obj    C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\project-test\main.obj  project-test
Error   25  error LNK1169: one or more multiply defined symbols found   C:\Users\Ian\SkyDrive\Documents\Uni\FINPRO\projects\project-test\Debug\project-test.exe project-test

Output for building on Warning Level 4 (when only including for one place)
Warning 1   warning C4273: 'getwchar' : inconsistent dll linkage    c:\program files (x86)\microsoft visual studio 11.0\vc\include\stdio.h  615 1   project-test
Warning 2   warning C4273: 'putwchar' : inconsistent dll linkage    c:\program files (x86)\microsoft visual studio 11.0\vc\include\stdio.h  617 1   project-test
Warning 3   warning C4100: 'data' : unreferenced formal parameter   c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  8   1   project-test
Warning 4   warning C4100: 'event' : unreferenced formal parameter  c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  8   1   project-test
Warning 5   warning C4100: 'widget' : unreferenced formal parameter c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  8   1   project-test
Warning 6   warning C4100: 'data' : unreferenced formal parameter   c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  15  1   project-test
Warning 7   warning C4100: 'event' : unreferenced formal parameter  c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  15  1   project-test
Warning 8   warning C4100: 'widget' : unreferenced formal parameter c:\users\ian\skydrive\documents\uni\finpro\projects\project-test\project-test\main.cpp  15  1   project-test
Warning 9   warning C4505: 'g_bit_nth_lsf' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gutils.h   267 1   project-test
Warning 10  warning C4505: 'g_bit_nth_msf' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gutils.h   269 1   project-test
Warning 11  warning C4505: 'g_bit_storage' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gutils.h   271 1   project-test
Warning 12  warning C4505: 'g_string_append_c_inline' : unreferenced local function has been removed    c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gstring.h  130 1   project-test
Warning 13  warning C4505: 'g_trash_stack_push' : unreferenced local function has been removed  c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  44  1   project-test
Warning 14  warning C4505: 'g_trash_stack_pop' : unreferenced local function has been removed   c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  46  1   project-test
Warning 15  warning C4505: 'g_trash_stack_peek' : unreferenced local function has been removed  c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  47  1   project-test
Warning 16  warning C4505: 'g_trash_stack_height' : unreferenced local function has been removed    c:\users\ian\skydrive\documents\uni\finpro\gtk\include\glib-2.0\glib\gtrashstack.h  48  1   project-test

Ian Cant 26 нояб. 2013, в 17:18

Источник

4

Похоже, этот C "API" не очень похож на API, если у вас так много проблем с использованием. Есть подробные инструкции или что-нибудь по использованию?
crashmstr 26 нояб. 2013, в 15:46
3

typedefs являются проблемой, только если файл включен дважды для одного и того же объектного файла. Переопределение на этапе компоновщика связано с определением переменных, поэтому вам нужно предоставить больше информации о заголовке и точных ошибках
Mark 26 нояб. 2013, в 15:48
0

Можете ли вы уточнить, жалуется ли компоновщик на дублирующиеся функции или дублирующиеся переменные?
Will Dean 26 нояб. 2013, в 15:54
0

Проблема с typedefs: ошибка LNK2005: «struct _ldiv_t __cdecl div (long, long)» (? Div @@YA?AU_ldiv_t@@JJ@Z) YA? AU_ldiv_t @@YA?AU_ldiv_t@@JJ@Z) JJ @ Z) уже определена в FitsFile.obj
Ian Cant 26 нояб. 2013, в 15:58
1

На самом деле весь смысл включаемых файлов состоит в том, чтобы включать их несколько раз. Если ваши включаемые файлы написаны таким образом, что это вызывает проблемы, вам нужно исправить включаемые файлы, а не спрашивать, как включить файл только один раз.
john 26 нояб. 2013, в 15:58
2

@IanCant Это не проблема определения типа. Это многократно определенная функция.
john 26 нояб. 2013, в 15:59
0

Проблема в том, что вы неправильно настроили свой проект, чтобы получить несколько определений функций. Поскольку вы очень мало рассказали о том, как вы настроили свой проект, трудно помочь.
john 26 нояб. 2013, в 16:00
0

@john Функции в шапке не создают проблемы (так как они являются только прототипами). Вот один из проблемных случаев: #if (_MSC_VER <1300) / * версии, предшествующие V7.0, не имеют «long long» / typedef __int64 LONGLONG; #else / более новые версии поддерживают 'long long' * / typedef long long LONGLONG; #endif
Ian Cant 26 нояб. 2013, в 16:02
0

@IanCant - Эта ошибка, которую вы только что опубликовали, касается функции с именем 'div', а не typedef.
Will Dean 26 нояб. 2013, в 16:05
0

@IanCant Итак, у вас есть заголовочный файл с ошибками, написанный третьей стороной, это то, что вы говорите? Я думаю, что это будет трудно разобраться на этом форуме, если случайно вы не найдете кого-то, кто столкнулся с той же проблемой.
john 26 нояб. 2013, в 16:07
0

@WillDean Ошибка касается структуры. Обратите внимание, что это ошибка компоновщика, а не ошибка компилятора.
Ian Cant 26 нояб. 2013, в 16:08
0

@IanCant - Это не так, речь идет о функции с именем div, которая возвращает структуру - компоновщик ничего не знает о typedefs.
Will Dean 26 нояб. 2013, в 16:09
0

@WillDean Я догадываюсь, но я думаю, что дело в том, что есть typedef, которые вызывают функции, чьи определения должны быть разными, чтобы быть фактически идентичными. Следовательно, несколько ошибок определения, предположительно, div - одна из таких функций.
john 26 нояб. 2013, в 16:12
0

@john Да, может быть - хорошая мысль. Возможно, у них там есть typedef int long ...
Will Dean 26 нояб. 2013, в 16:13
0

@john извините, моя ошибка может увидеть свою функцию сейчас. Был ад на этом весь день.
Ian Cant 26 нояб. 2013, в 16:16
0

@WillDean то же самое. Я могу внести ограниченные изменения в заголовок, но не могу найти там ссылку на функцию div или abs. Файлы включают в себя множество других вещей
Ian Cant 26 нояб. 2013, в 16:17
0

@IanCant div и abs - это стандартные функции, определенные в <stdlib.h>
john 26 нояб. 2013, в 16:20
0

@IanCant - я думаю, что Джон кое-что здесь делает, что что-то в этом заголовочном файле загрязняет стандартные типы до такой степени, что различные функции сталкиваются друг с другом. Компилируете ли вы на уровне предупреждения 4? Я ожидаю, что вы увидите кучу предупреждений компилятора, которые будут ранним предупреждением о том, что пойдет не так во время соединения.
Will Dean 26 нояб. 2013, в 16:25
0

@WillDean Я изменил вопрос, чтобы включить 18 предупреждений и 7 ошибок, которые я получаю.
Ian Cant 26 нояб. 2013, в 16:29
0

@IanCant Пожалуйста, опубликуйте текстовую версию, эти изображения, по крайней мере, мне не читаются.
dutt 26 нояб. 2013, в 16:38
0

@dutt Я добавил их. Спасибо за вашу помощь с этим :)
Ian Cant 26 нояб. 2013, в 16:43
0

Все предупреждения - от использования GTK3 (или, по крайней мере, от того, что я могу сказать), поскольку они все находятся в папке glib-2.0. За исключением локальных параметров без ссылок. Но эти ссылочные переменные используются в разделе GTK моей программы.
Ian Cant 26 нояб. 2013, в 16:45

Показать ещё 20 комментариев

Теги:

c++

visual-studio

c

visual-c++

3 ответа

0

Вы не говорите, если проблема связана с переменными или функциями. У них разные решения:

переменные: заголовочный файл должен иметь декларацию "extern" для переменной, только с одним "C" файлом, содержащим определение (то же, что и декларация extern, но без слова extern спереди).

функции: это происходит только тогда, когда у вас есть тела функций в заголовках - в этом случае вы должны поставить "inline" перед определением функции, чтобы код функции был встроен в каждый объектный модуль, который его использует, а компоновщик не использует ' t иметь дело с этим на всех. Прототипы функций не будут вызывать повторяющиеся ошибки определения.

При связывании кода C и кода C++ вам также необходимо получить правильное название, что в основном означает, что вы должны окружать все объявления, которые применяются к объектам "C", со следующим кодом при компиляции этих объявлений с помощью C++ компилятор:

extern "C" { 

... 'C' declarations

}

Вы обычно видите

#if defined(__cplusplus)
extern "C" { 
#endif

в верхней части заголовочных файлов (аналогичный код внизу), которые были разработаны для включения в файлы C и C++. Это хорошо освещено здесь - но это не похоже на то, что у вас в настоящее время проблема с изменением имени, хотя я ожидаю, что вы до того, как проект закончится...

Will Dean 26 нояб. 2013, в 14:28

0

Ищите две вещи:

a) Вы не используете защитные устройства. Как правило, все заголовки должны иметь следующую структуру. Это гарантирует, что только одна копия заголовка включена в файл C++.

#ifndef MYPROJECT_DIR_FILE_H
#define MYPROJECT_DIR_FILE_H

... all declarations and definitions ...

#endif

b) Убедитесь, что все функции, определенные в заголовке, являются встроенными. В противном случае несколько файлов C++ будут иметь копии той же функции, которые путают компоновщик. inline просит отменить все, кроме одного экземпляра функции.

p12 26 нояб. 2013, в 13:21

0

inline не запрашивает отбрасывание, он заставляет функцию быть встроенной в собственный код этого объектного модуля, так что компоновщик его вообще не видит.
Will Dean 26 нояб. 2013, в 15:53
0

Неверно: inline функции все еще можно использовать odr, что приводит к включению регулярного определения. В любом случае, компилятор свободен игнорировать inline любом случае.
p12 26 нояб. 2013, в 15:55

Ещё вопросы

Похоже, этот C "API" не очень похож на API, если у вас так много проблем с использованием. Есть подробные инструкции или что-нибудь по использованию?
typedefs являются проблемой, только если файл включен дважды для одного и того же объектного файла. Переопределение на этапе компоновщика связано с определением переменных, поэтому вам нужно предоставить больше информации о заголовке и точных ошибках
Можете ли вы уточнить, жалуется ли компоновщик на дублирующиеся функции или дублирующиеся переменные?
Проблема с typedefs: ошибка LNK2005: «struct _ldiv_t __cdecl div (long, long)» (? Div @@YA?AU_ldiv_t@@JJ@Z) YA? AU_ldiv_t @@YA?AU_ldiv_t@@JJ@Z) JJ @ Z) уже определена в FitsFile.obj
На самом деле весь смысл включаемых файлов состоит в том, чтобы включать их несколько раз. Если ваши включаемые файлы написаны таким образом, что это вызывает проблемы, вам нужно исправить включаемые файлы, а не спрашивать, как включить файл только один раз.
@IanCant Это не проблема определения типа. Это многократно определенная функция.
Проблема в том, что вы неправильно настроили свой проект, чтобы получить несколько определений функций. Поскольку вы очень мало рассказали о том, как вы настроили свой проект, трудно помочь.
@john Функции в шапке не создают проблемы (так как они являются только прототипами). Вот один из проблемных случаев: #if (_MSC_VER <1300) / * версии, предшествующие V7.0, не имеют «long long» / typedef __int64 LONGLONG; #else / более новые версии поддерживают 'long long' * / typedef long long LONGLONG; #endif
@IanCant - Эта ошибка, которую вы только что опубликовали, касается функции с именем 'div', а не typedef.
@IanCant Итак, у вас есть заголовочный файл с ошибками, написанный третьей стороной, это то, что вы говорите? Я думаю, что это будет трудно разобраться на этом форуме, если случайно вы не найдете кого-то, кто столкнулся с той же проблемой.
@WillDean Ошибка касается структуры. Обратите внимание, что это ошибка компоновщика, а не ошибка компилятора.
@IanCant - Это не так, речь идет о функции с именем div, которая возвращает структуру - компоновщик ничего не знает о typedefs.
@WillDean Я догадываюсь, но я думаю, что дело в том, что есть typedef, которые вызывают функции, чьи определения должны быть разными, чтобы быть фактически идентичными. Следовательно, несколько ошибок определения, предположительно, div - одна из таких функций.
@john Да, может быть - хорошая мысль. Возможно, у них там есть typedef int long ...
@john извините, моя ошибка может увидеть свою функцию сейчас. Был ад на этом весь день.
@WillDean то же самое. Я могу внести ограниченные изменения в заголовок, но не могу найти там ссылку на функцию div или abs. Файлы включают в себя множество других вещей
@IanCant div и abs - это стандартные функции, определенные в <stdlib.h>
@IanCant - я думаю, что Джон кое-что здесь делает, что что-то в этом заголовочном файле загрязняет стандартные типы до такой степени, что различные функции сталкиваются друг с другом. Компилируете ли вы на уровне предупреждения 4? Я ожидаю, что вы увидите кучу предупреждений компилятора, которые будут ранним предупреждением о том, что пойдет не так во время соединения.
@WillDean Я изменил вопрос, чтобы включить 18 предупреждений и 7 ошибок, которые я получаю.
@IanCant Пожалуйста, опубликуйте текстовую версию, эти изображения, по крайней мере, мне не читаются.
@dutt Я добавил их. Спасибо за вашу помощь с этим :)
Все предупреждения - от использования GTK3 (или, по крайней мере, от того, что я могу сказать), поскольку они все находятся в папке glib-2.0. За исключением локальных параметров без ссылок. Но эти ссылочные переменные используются в разделе GTK моей программы.
inline не запрашивает отбрасывание, он заставляет функцию быть встроенной в собственный код этого объектного модуля, так что компоновщик его вообще не видит.
Неверно: inline функции все еще можно использовать odr, что приводит к включению регулярного определения. В любом случае, компилятор свободен игнорировать inline любом случае.

utnapistim · Accepted Answer · 2013-11-26T14-13-00.000Z

Аннотация Функциональность C за слоем косвенности:

оригинальная структура (если я правильно понимаю, это то, что у вас есть):

file1.h -> #include included_c_api.h
file2.h -> #include included_c_api.h CAUSES errors.

новая структура:

new_c_api.h -> wrapper over included_c_api.h functionality (w/ your own symbols)
new_c_api.c[pp] -> #include included_c_api.h
file1.h -> #include new_c_api.h
file2.h -> #include new_c_api.h

Если функциональность, представленная в include_c_api.h, очень велика, это решение может быть непрактичным.

Насколько я могу судить по моим исследованиям и приведенным выше комментариям, это единственное реальное решение, которое у меня есть. Это гарантирует, что файл включен только один раз за слой косвенности.
Таким образом удаляет ошибки из компилятора и гарантирует, что он может быть использован. Смотрите комментарии по вопросу для дальнейшего объяснения.