@#pragma

Есть программа на C++, и в ней кое-какие нужные функции, которые хотелось бы использовать в программе на C. Переписывать заново функции с С++ на С не хочется, какие есть альтернативные пути решения?
С точки зрения дизайна кода звучит это довольно дико, обычно всё наоборот. Может, есть какие-то флаги для линкера, чтобы он мог слинковать две единицы трансляции как надо?

0

@niXman

собери эти функции в .dll/.so и сделай экспорт в виде Си функций.

1

@kravam

Переписывать не надо, компилятор g++ схавает как C, так и C++

1

@retmas

достаточно обьектных файлов, если дин. библ-ка не нужна. причем можно использовать уже ранее откомпиленные *.о, но придется написать обертки для нужного функционала и объявить их как extern "C" и использовать их в своем С коде.

1

@#pragma

Ну с .so понятно, а экспорт как делается? Типа просто использовать их, как если бы они были на С или нужно как-то перегрузить их, чтобы они были похожи на сишные функции? Поясни , если не сложно.

0

@retmas

придется писать С-обертки для вашего функционала
разница между тем, что предложил я и niXman лишь в том таскать ли за собой .so или "вмонтировать" некоторую часть в свой исполняемый код

1

Evg

+1

А вот так к ней обращаться из функции на Си:

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

Добавлено через 4 минуты
При этом надо понимать, что если, к примеру, твоя Си++'ная функция использовала конструкции, требующие run-time поддержки (например, new, std::cout, throw), то в режиме чистого Си с таким кодом ты слинковаться не сможешь - у тебя не будет хватать библиотеки поддержки Си++.Т.е. линковать придётся в режиме Си++ (грубо говоря, для линковки использовать g++, а не gcc)

В юниксах в этом случае действительно спасёт онанизм в виде помещения кода в динамическую библиотеку, которую линкуют при помощи компилятора Си++ (и таким образом, у неё пропишутся все необходимые зависимости по динамическим библиотекам). Как в этом случае дело обстоит под виндой - я не знаю

2

@retmas

разве С линковка gcc ... -lstdc++ не подойдет? по моему ничем не отличается от
ведь зависимости все те же. а собирать свою библиотеку оберток не придется

0

Evg

Это несколько неполное знание некоторых внутренних особенностей работы gcc. Если учесть, что в режиме Си++ в линковку дополнительно подаётся -lm, могут подаваться всякие там -libgcc_eh со всяким паровозом особенностей по части unwind. В итоге получаем сопливую ненадёжную реализацию

1

@alex_x_x

Evg, какая автору разница?
фактически это будет с++ программа
функционально - программа с вызовами с++ кода из с

0

@retmas

Evg, об этом я и говорю. ведь по сути нет С или С++ линковки. есть линковка с указанием всех зависимостей. выяснить эти зависимости не сложно. в записи
я и хотел это отразить, просто "сестра таланта" подвела в ясности мысли

0

Evg

Есть на самом деле разница. Если код на Си++ использует "хорошее" подмножество языка Си++ (т.е. используются только конструкции, не требующие run-time поддержки), то код на Си++ можно рассматривать как код, написанный на ассемблере без использования внешних функций

А как ты выяснишь? Для вчерашней версии компилятора gcc была одна строка линковки. Для сегодняшней версии gcc - другая. Для завтрашней - третья. Ведь речь здесь идёт о "плохом" подмножестве Си++ (о том, которое требует runt-ime поддержки)

1

@alex_x_x

по сути в чем разница между вызовом из с++ си-кода и вызовом из си кода с++?
Полагаю никакой
поэтому думаю правильней всего использовать для с++ с обертками и extern "C" - g++, для си-кода gcc, а линковать g++-ом

1

@retmas

Evg, в общем случае соглашусь. но могут быть вполне конкретные случаи, где gcc ... -lstdc++ будет приемлимым. и полностью отказываться от этой возможности - неразумно

Добавлено через 2 минуты
согласен. и не нужно будет таскать динамические библиотеки из оберток

1

Evg

С точки зрения построения вызова и линковки - никакой.

Ну вот этот момент меня немного и пугает. Если есть возможность линковать g++'ом, то нафига вообще извращаться и писать код на си, который лезет в код на Си++

Если у тебя на машине установлена libstdc++, значит установлен и сам g++. А зачем запускать "gcc -lstdc++", если можно запустить "g++"? Да и вообще у автора хотелось бы выяснить, нафига это извращение нужно

1

@#pragma

В данном конкретном случае как раз нельзя, так как автор кода на Си по ходу намеренно дал названия переменным типа "new", а там несколько тысяч строк кода ( точнее три всего, но всё равно как-то не улыбается переделывать, так как там кроме этого ещё специфичные вещи для Си
Я просто хотел сделать без особых затрат времени что-то типа карты пользователей DHT-сети, навроде карты мира, чтобы отображались хосты в виде точек разного цвета, в зависимости от адреса и ответа. Ну и были у меня кое-какие наработки по графике, на С++. Естественно, неохота переписывать, время поджимает, мне нужно делать презентацию о сети Kademlia, и я хотел выйти из положения с минимальными затратами времени
Ну а чтобы залезть во внутренний интерфейс DHT и в зависимости от пинга рисовать точки на экране, придётся пихать свои костыли в функции на Си (особенности реализации, т.к. обход хостов - это довольно низкий уровень).

0

Evg

Понятно. Т.е. ситуация такая, что есть большой кусок кода на Си и большой кусок кода на Си++ и просто нужно их объединить. Тогда делай так, как я писал в посте #7:

2

@kravam

и я тоже

1

@alex_x_x

вы переоцениваете с++

0

Evg

Попробуй скомпили этот пример на Си и на Си++

3