Как использовать класс, определенный в двух подключаемых файлах?

Question

[tamtakoe]

Как в C++ избежать ошибки redefinition of 'Class3' в файле module.mm

// module.mm
#include "module1.h"
#include "module2.h"

Class1::init();
Class2::init();
Class3::init();

module1.h экспортирует Class1, Class3
module2.h экспортирует Class2, Class3

Менять содержимое module1.h и module2.h мы не можем и нам нужно использовать Class3 только из module2.h

В module1.h и module2.h может быть определено куча классов, нам по-сути нужно исключить определение Class3 из module1.h для нашего module.mm

Comments

[Евгений Шатунов]

Как в C++ избежать ошибки redefinition of 'Class3' в файле module.mm

Никак. ODR непреложно.

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

module1.h экспортирует Class1, Class3

Что такое "экспортирует"? C++ оперирует только объявлениями и определениями. Исправь свой вопрос согласно терминологии языка.

В module1.h и module2.h может быть определена куча классов, нам по сути нужно исключить определение Class3 из module1.h для нашего module.mm

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

Answer 1

[Wataru]

Есть костыль:

#define Class3 Class3_Unused
#include "module1.h"
#undef Class3

Таким побразом при включении module1.h вместо Class3 будет объявлятся какая-то хрень, которую нигде вы использовать не будете.

Правда, все ломается, если у вас этот module1.h включен по цепочке других инклудов. Надо аккуратно в каждом месте, где вы его включаете так же обарачивать в define.

Но по уму, это большой косяк авторов module1 и module2, что они не используют namespace. Их надо бы переписать.

Comments

[tamtakoe]

Да, это косяк WebKit, который требует глобальной области видимости

Answer 2

[Сергей Соловьев]

Вставить директивы препроцессора, чтобы только 1 раз включался заголовочный файл

1 вариант

#ifndef CLASS3_H
#define CLASS3_H
// Код
#endif

2 вариант

#pragma once
// Код

Comments

[tamtakoe]

Так там еще такое дело, что Class3 разный. Он должен везде использоваться из module1.h, а в файле module.mm из module2.h

[Сергей Соловьев]

tamtakoe, всмысле Class3 разный? Т.е. разное поведение и обязанности, но одинаковое имя?

[tamtakoe]

И как ifndef директива поможет включать именно классы по-отдельности, а не весь модуль?

[Александр Ананьев]

tamtakoe, тогда вам надо завернуть его в разные namespace

[tamtakoe]

Сергей Соловьев, ага. Вот реальный пример, если интересно https://github.com/godotengine/godot/issues/86533

[tamtakoe]

Александр Ананьев, Нельзя, к сожалению. Поключаемые модули не поддерживают неймспейсы(

[Александр Ананьев]

tamtakoe, у вас же есть доступ к исходникам модулей? Заверните нужный класс в namespace и пересоберите библиотеку

[Евгений Шатунов]

tamtakoe, так значит, это Godot и Webkit.
Какую задачу ты решаешь через одновременное подключение обоих заголовков на стороне obj-c?

[tamtakoe]

Александр Ананьев, доступ есть, но это такое себе решение... Как бы вы завернули этот класс в исходниках https://github.com/phracker/MacOSX-SDKs/blob/maste...

[tamtakoe]

Евгений Шатунов, Прикручиваю WebView к Godot. Оживляю этот проект https://github.com/V-Sekai-archive/godot-webview/b.... Суть проблемы https://github.com/godotengine/godot/issues/86533

[Евгений Шатунов]

tamtakoe, с тикетом на гитхабе я ознакомлен.
Тебе стоило сразу же писать конкретно о своей ситуации, так и вопросов к тебе было бы меньше, и ответы бы сразу верные пошли.
Пока к тебе все еще есть вопросы. Для чего именно в .mm-файле присутствуют заголовки и WebView, и Godot одновременно? Ответ должен быть максимально узким и максимально профильным. Желательно вообще в тезисах определить все конструкции обеих библиотек, которые тебе требуются в этом .mm-файле. Еще важно описать почему тебе требуются именно эти конструкции из обеих библиотек.

Для твоего вопроса есть несколько решений, но ни один из уже написанных ответов не приводит какое-либо из этих решений. От твоего ответа будет зависеть оптимальность выбора решения. Каждое из решений очень комплексное и требует детального объяснения. Поэтому тратить свое время на изложение всех я не буду. Да и не выберешь ты оптимальное, судя по всему, т.к. тебя нужно провести по критериям через вот такие вопросы.

[tamtakoe]

Евгений Шатунов, В общем, задача прикрутить WebView в Godot. И сделать это желательно самым простым способом. В .mm файле используется и WebView и Godot потому-что WebKit содержит Objective-C код, а Godot плюсовый проект. Соответсвенно, чтобы это подружить, мы всё складываем в .mm файл и используем Objective-C++ код

Можно еще скомпилить и тянуть WebKit как C-либу и использовать с extern "C", но такой подход видится еще более костыльным

Сделал пример https://github.com/tamtakoe/gdextension-webkit-example
Он сейчас собирается, но если закомментировать эту директиву https://github.com/tamtakoe/gdextension-webkit-exa... то подключится .mm файл и всё упадет

[tamtakoe]

Евгений Шатунов, и все конструкции, которые нужны, описаны здесь https://github.com/V-Sekai-archive/godot-webview/b... (WKNavigationDelegate, WKUIDelegate, WKScriptMessageHandler, WKUserContentController, WKScriptMessage, WKWebView и проч.)

[Евгений Шатунов]

tamtakoe,

все конструкции, которые нужны, описаны здесь

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

Вижу что ты описал только сторону Webkit. А что насчет используемых конструкций из Godot?
Сейчас твоей целью является аналитически определить, каких зависимостей в webview_wk.mm больше: от Webkit или от Godot. Также важно оценить и качества этих зависимостей, насколько они сильно влияют на код webview_wk.mm.
Зависимости эти ты будешь разводить в разные стороны. У тебя будет один файл с зависимостью на Webkit и второй - с зависимостью на Godot. Под вопросом сейчас стоит только методика разведения зависимостей.
Все зависит от твоих ответов.

[tamtakoe]

Евгений Шатунов, Так я и сам не специалист ни в C++, ни в Objective-C, ни в WebView, ни в Godot. Я, вообще, JS-программист) И так максимально упростил пример в вопросе. С разведением зависимостей понятно, но скорее всего слишком сложный путь. Попробовал костыль Wataru, компилится, но ВебВью падает с ошибкой. Наиболее правильным видится решение использовать GDExtension. Там Godot в изолированной области видимости и конфликтов быть не должно. Но возникает проблема - как собрать это. Тот пример, что скидывал https://github.com/tamtakoe/gdextension-webkit-example как раз про это. Правда, это уже оффтопик и тут скорее вопрос как скомпилить Objective-C WebKit в существующем C++ проекте

[Евгений Шатунов]

tamtakoe, ну, скажу честно, я сразу увидел, еще по вопросу, что навыков работы с этим кодом у тебя прямо нет. Были подозрения что ты чему-то на этом коде учишься. Может быть на плюсах работать, может быть с Godot разбираешься.
Ну да ладно.

Вот что я скажу. Ни один из ответов не решает твой вопрос вообще. У Wataru не костыль, но для твоего вопроса это не решение и не метод. Если навыков работы с obj-c/c/c++ у тебя мало, то завязывай терзать труп. Я так уж точно здесь умываю руки.
Если эта штука тебе все-таки нужна, то предлагаю сходить на фриланс и оплатить профессионалу восстановление работоспособности кода.
Разведение зависимостей в разный код и установка в этом коде моста является вообще единственным решением здесь.