momentan schreibe ich unter Linux einen Wrapper, welches Funktionen aus shared libraries benutzen soll. Die libraries haben alle die gleichen Funktionen, sind aber etwas anders deklariert. D.h. der Wrapper soll je nach Typ die richtige library aufrufen. Wenn ich unter Netbeans die libraries in die Linker-Optionen eintrage, dann wird immer nur die 1. library benutzt. Ich möchte aber diese nicht in den Projekteigenschaften eintragen, sondern der zugehörigen C++ Datei mitteilen, dass er eine bestimmte Library benutzen soll.

Ist dies überhaupt möglich?

BS: Linux
IDE: Netbeans 7.2
Sprache: C++

sind dies denn reine C Libraries?

Mit dem MSVC würde man dann "#pragma comment(lib, "xxx.lib")" benutzen, dies scheint es laut Suche beim gcc aber nicht zu geben.
Aber gehe mal die Internetseiten zu "gcc pragma lib" durch, evtl. gibt es doch einen Workaround?

Hallo,

sind dies denn reine C Libraries?

Mit dem MSVC würde man dann "#pragma comment(lib, "xxx.lib")" benutzen, dies scheint es laut Suche beim gcc aber nicht zu geben.
Aber gehe mal die Internetseiten zu "gcc pragma lib" durch, evtl. gibt es doch einen Workaround?

Hi,

danke für deine Antwort. Genau, es sind reine C libraries. Werde ich machen

Es muss doch aber etwas geben, womit man jeder C-Datei sagen kann, welche library er benutzen soll.

momentan schreibe ich unter Linux einen Wrapper, welches Funktionen aus shared libraries benutzen soll. Die libraries haben alle die gleichen Funktionen, sind aber etwas anders deklariert.

Was genau heißt "gleich aber anders deklariert"? Gibt es da Namenskollisionen? Gibt es in der einen Bibliothek eine Funktion, die genauso heitß wie eine andere Funktion aus einer anderen Bibliothek? Wenn ja, wüsste ich nicht, wie der dynamische Linker wissen sollte, welche Funktion aus welcher Bibliothek du irgendwo aufrufen willst. Aber du könntest die shared objects manuell laden und jeweils Funktionszeiger erfragen, also dlopen/dlsym/dlclose.

kartal66 schrieb:

Ich möchte aber diese nicht in den Projekteigenschaften eintragen, sondern der zugehörigen C++ Datei mitteilen, dass er eine bestimmte Library benutzen soll.

Welcher C++ Datei?

krümelkacker schrieb:

Was genau heißt "gleich aber anders deklariert"? Gibt es da Namenskollisionen? Gibt es in der einen Bibliothek eine Funktion, die genauso heitß wie eine andere Funktion aus einer anderen Bibliothek? Wenn ja, wüsste ich nicht, wie der dynamische Linker wissen sollte, welche Funktion aus welcher Bibliothek du irgendwo aufrufen willst. Aber du könntest die shared objects manuell laden und jeweils Funktionszeiger erfragen, also dlopen/dlsym/dlclose.

Z.b.
Ich habe in 2 libraries die Funktionen mit dem Namen: printName. (Ist nur ein Beispiel)

Lib1:

void printName(){
printf("Hallo, Jürgen\n");
}

Lib2:

void printName(){
printf("Hallo, Hans\n");
}

Im Wrapper habe ich dann einmal eine Klasse mit dem Namen Jürgen und eine Klasse mit dem Namen Hans. Wenn ich jetzt aus Main auf die Funktion xyz der Klasse Jürgen zugreife, dann soll die printName() Funktion aus der Lib1 aufgerufen haben, und bei der Klasse Hans die Funktion aus Lib2.

Die verschiedenen Klassen sind bei mir in einem Projekt zusammengefasst, welche ein Interface implementieren.

Ich hoffe, dass ich es soweit erklären konnte.

Ich kenne das so von Plugin-Systemen. Der Plugin-Host lädt die SO-Datei manuell per dlopen und holt sich die Adresse einer einheitlichen registrier-Funktion per dlsym. Diese Funktion ruft er über den neuen Funktionszeiger auf und das Plugin konfiguriert sich und/oder teilt dem Host irgendwie mit, was es kann und wofür es gut ist, typischerweise dadurch, dass sie einen Zeiger auf eine im statischen Speicher stehende Datenstruktor zurück gibt, wo weitere Infos drin stehen, wie z.b. andere Funktionszeiger und so ...

Joa, so dachte ich mir das schon. Nee, das ist nicht so schlau, die Funktionen in den verschiedenen Libs gleich zu benennen; denn eigentlich ist das quasi eine Verletzung der One-Definition-Rule. Du hast mehrere Definitionen derselben Funktion "void printName(void)". Wenn du daran nichts ändern kannst, sehe ich keine andere Möglichkeit als über die dl*-Funktionen die SOs manuell zu laden und die printName-Funktionen über Funktionszeiger aufzurufen, die du vorher über dlsym erfragst. So kannst du die verschiedenen Libs noch auseinander halten, weil du für jede ein eigenes Handle beim Laden per dlopen bekommst.

Hi,

das muss ich leider so machen. Ich arbeite momentan hier in einem Projekt, bei der eine Steuergerätsoftware mehrere Varianten hat. Aus diesem Grund gibt es viele Funktionen mit gleichen Namen. Diese verschiedenen Varianten kann ich zu libraries linken, aber halt nicht so verwenden wie ich es möchte.

Mit den dl-Funktionen habe ich das ganze schon probiert. Es hat auch zum Teil funktioniert, bis auf viele Makros, welche in einer Header-Datei deklariert sind. Diese greifen auf verschiedene Buffer zu. Diese Buffer sind in einer anderen C-Datei definiert. Wenn ich jetzt in meinen Wrapper die Header-Datei mit den Makros inkludiere, dann bekomme ich ein Compilerfehler: undefined reference to :buffer..

Das Problem ist halt, dass er die Makros nicht über die Library nimmt, sondern direkt aus der Header-Datei.

Vielleicht schaffst du es ja mit den Wrappern -- also einer Stufe Indirektion mehr, wobei der Wrapper dann eindeutige Namen verwendet und intern irgendwie die richtige Funktion aufrufen kann. Wenn nicht: Mach dich bemerkbar und gib weiter, dass das aktuelle Design Schei**e ist und geändert werden muss.

Danke für deine Hilfe

Ich hätte erwartet, dass bestimmte C-Dateien auch bestimmte Libraryies laden und deren Funktionalität nutzen können. Und das geht leider nicht, bzw. nur bedingt.Zumindest in meinem Fall

So wäre eigentlich meine Vorstellung:

Projekt XYZ:
-Hans.c -> linkt libHans.so
-Jürgen.c -> linkt libJürgen.so
-Gustav.c -> linkt libGustav.so