Come incorporare una libreria C++ in una libreria C?

Question

Ho una domanda relativa all'inserimento di una libreria in un'altra.

Ho un codice che è puro C e i miei utenti si affidano a questo, non vogliono dipendere dalle librerie C++. Tuttavia, è nata l'esigenza di incorporare una libreria di terze parti (ICU) nella mia. Nessuna delle funzioni ICU sarebbe stata esportata, sarebbero state utilizzate solo internamente nella mia libreria. Sfortunatamente l'ICU è una libreria C++, sebbene abbia un wrapper C. L'ICU non usa eccezioni, ma usa RTTI (classi base astratte).

La domanda è: come avrei potuto creare la mia libreria statica in modo che

1. ICU è incorporato nella mia biblioteca (tutti i riferimenti alle funzioni di terapia intensiva sono risolte all'interno della mia biblioteca)
2. tutti i riferimenti a libstdC++ sono inoltre deliberato e il codice necessario è incorporato nella mia libreria
3. se un utente non ha nemmeno libstdC++ installato sul proprio sistema funziona perfettamente
4. se un utente utilizza la mia libreria all'interno di un progetto C++ non ci sono conflitti con whateve r libstdC++ (presumibilmente il sistema libstdC++) che usa.

È possibile? Le piattaforme target sono praticamente tutto: windows (la mia libreria è dinamica) e tutte le versioni unix (linux, solaris, aix, hpux - qui la mia libreria deve essere statica).

gcc-4.5 e versioni successive ha --static-libstdC++, ma per quanto ne so è solo per la creazione di librerie o di eseguibili condivisi e non di librerie statiche.

Grazie per qualsiasi aiuto!

Answer 1

La soluzione a questo problema è piuttosto semplice, ma potrebbe non rientrare nei parametri impostati.

Le semplici regole sono:

1. È possibile collegare dinamicamente una libreria C++ per un chiamante C, ma si deve avvolgere la libreria all'interno di un livello C extern. Si progetta l'API C extern e si implementa utilizzando internals C++, che sono sempre nascosti alla vista. [È anche possibile utilizzare COM o .NET per eseguire questa operazione su Windows.]
2. È possibile che non sia collegare in modo statico una libreria C++ a un chiamante C. Le librerie sono diverse e le sequenze chiamanti/i simboli del linker sono diverse. [Spesso non si può nemmeno collegare staticamente tra diverse versioni dello stesso compilatore, e quasi mai tra diversi compilatori.]

In altre parole, la soluzione è semplice: utilizzare il collegamento dinamico. Se questa non è la risposta giusta, allora non penso che ce ne sia una.

Solo per rendere le cose interessanti, è anche possibile implementare la propria architettura plug-in. Questo è solo un altro nome per il collegamento dinamico, ma puoi scegliere l'API.

---

tanto per essere chiari, l'unica opzione praticabile portatile che posso vedere è che si collega ICU all'interno della propria libreria dinamica (DLL o SO). I suoi simboli, le librerie C++, RTTI e le eccezioni rimangono tutti dentro. I tuoi collegamenti di lib statici alla lib dinamica ICU di extern C. Quella è esattamente la quantità di Windows costruita: C++ all'interno di DLL, extern C.

È possibile eseguire il debug attraverso il limite, ma non è possibile esportare le informazioni sul tipo. Se è necessario, è necessario utilizzare un'API diversa, ad esempio .NET o COM.

Answer 2

Non so se questo funzionerà, ma lasciatemi suggerire almeno di provarlo!

L'eccellente LLVM project (origine del compilatore clang) ha molti front-end e back-end per lingue diverse, come C++ e C. E secondo this S.O. question dovrebbe essere possibile per LLVM compilare C++ in C che a sua volta può essere compilato normalmente.

Immagino che questo percorso sia accidentato, ma se funziona, potrebbe risolvere il problema senza la necessità di collegarsi dinamicamente. Tutto dipende da se ICU verrà compilato con LLVM C++.

Se decidi di provarci, facci sapere come stai!