Сращивание двух проектов. Попадают ли дефайны в пространство имен и другие вопросы.

напейсать всё с нуля же!

Еще варианты?

как вариант: собрать два проекта в два объектника (с помощью инкрементальной линковки, например), потом в каждом через objcopy сделать конфликтующие глобальные символы локальными. а потом уже линковать окончательно. при этом не придётся править исходники, но от проблемы дублирующихся дефайнов это не спасёт.

Пока что на ум приходит такая конструкция в заголовках библиотек

Предположим, что есть дефиниция CURRENT_PROG, которая принимает значение 1 или 2.

Заголовок либы:

#if CURRENT_PROG==1

 #ifndef _SOME_LIBRARY_P1_H_
 #define _SOME_LIBRARY_P1_H_

 include "prog1_config.h"

 namespace P1
 {

#elif CURRENT_PROG==2

 #ifndef _SOME_LIBRARY_P2_H_
 #define _SOME_LIBRARY_P2_H_

 include "prog2_config.h"

 namespace P2
 {
#endif


... прототипы ...


} // Закрылось namespace

#endif // Закрылось _SOME_LIBRARY_P1/P2_H_

Проблема в том, что #elif и первый #endif будут закрывать не условие #if CURRENT_PROG==X, а #elif закроет #ifndef _SOME_LIBRARY_P1_H_... В общем конструкция неправильная.

Знатное извращение однако тут получается:

Библиотеки, компилируясь с разными макроопределениями, представляют из себя разные двоичные функции. Следовательно каждая функция из библиотеки должна находиться в 2 двоичных вариантах: одна откомпилирована для одной части проекта, другая откомпилирована для другой части проекта. Это означает, что в общем проекте существуют 2 двоичных функции F. Они должны откомпилироваться в объектные модули, имея разные имена. Для этого надо иметь двойной исходный код, размещённый в разные пространства имён, тогда они будут иметь разные имена. Каждый модуль из двух имеющихся должен быть исправлен во всех своих исходниках на применение соответствующего ему пространства имён. А каждый из двух исходных текстов модулей должен быть не только изменён на пространство имён, но и там же должны быть заданы нужные этой копии макроопределения.

было

lib_source.h
//#define BALLMER_SUCKS
#define LINUX_FOREVER

void f();

должно стать

lib_source_1.h
#define BALLMER_SUCKS
namespace NM1
{
void f();
}

lib_source_2.h
#define LINUX_FOREVER
namespace NM2
{
void f();
}

Ну или вместо 2 файлов *_1.h *_2.h два варианта кода поместить копипастом в один файл и разделять макроопределениями #if defined (LIB_1) #elsif defined(LIB_2)

Хм, напрашивается еще и такой вариант. Каждая прога, само собой, помещается в свой namespace. Все исходники каждой проги обрамляются своим namespace. Остается разрулить общие библиотеки.

Для каждой библиотеки нужно будет иметь 3 файла

some_library.cpp
some_library.h
some_library_prototype.h

В some_library.cpp весь код обрамляется просто

#if CURRENT_PROG==1
 namespace P1 {
#elif CURRENT_PROG==2
 namespace P2 {
#endif

... код ...

}

Весь существующий код some_library.h переносится в some_library_prototype.h. А в some_library.h размещаем такой код

#if CURRENT_PROG==1

#ifndef _SOME_LIBRARY_P1_H_
#define _SOME_LIBRARY_P1_H_

include "prog1_config.h"

namespace P1
{
 include "some_library_prototype.h"
}

#endif
#endif


#if CURRENT_PROG==2

#ifndef _SOME_LIBRARY_P2_H_
#define _SOME_LIBRARY_P2_H_

include "prog2_config.h"

namespace P2
{
 include "some_library_prototype.h"
}

#endif
#endif

Вроде бы так должно работать?

Остается тольео проблема, в каких местах разместить определения CURRENT_PROG=1 и CURRENT_PROG=2.

Каждый файл с исходным кодом в 1 проекте компилируется только один раз, преобразуясь в объектный файл для последующей компоновки.

Поэтому каждый файл надо откомпилировать 2 раза, задавая каждый раз нужные параметры макроопределений и поместить каждый результат в отдельный объектный файл.

Поэтому такой исходник библиотеки в одном проекте работать не будет

#if CURRENT_PROG==1
namespace P1 {
#elif CURRENT_PROG==2
namespace P2 {
#endif

... код ...

}

Два пути - костыли и рефакторинг. Все зависит от целей, ресурсов и сроков, которыми ты располагаешь. Если есть возможность сделать рефакторинг, лучше выбери его. Потом самому будет не стыдно смотреть на _П_родукт.