Announcement

**Reudiger Fuchs** · 19.04.2010, 15:22

Zur Erl�uterung

Hallo nochmal, ich versuch mal mein Problem auf das wesentliche zu beschr�nken:

in einem Beispielszenario gibt es die Bibliotheken libA.lib und libB.lib, die die Funktionen void hallo() und void ballo() besitzen.

die Funktionalit�t soll in eine DLL zusammengefasst werden.

LibA
libA.h:

Code:

#ifndef LIBA_H
#define LIBA_H

extern "C" {
	__declspec(dllexport) void hallo();
}

#endif // LIBA_H

libA.cpp:

Code:

#include "libA.h"
#include <iostream>

void hallo() {
	std::cout << "hallo" << std::endl;
}

Konfigurationstyp: Statische Bibliothek (.lib)

LibB
libB.h:

Code:

#ifndef LIBB_H
#define LIBB_H

extern "C" {
	__declspec(dllexport) void ballo();
}

#endif // LIBB_H

libB.cpp:

Code:

#include "libB.h"
#include <iostream>

void ballo() {
	std::cout << "ballo" << std::endl;
}

Konfigurationstyp: Statische Bibliothek (.lib)

Nun die DLL
dll.h:

Code:

#ifndef DLL_H
#define DLL_H

#include "libA.h"
#include "libB.h"

#endif

Main.cpp:

Code:

#include "windows.h"
#include "dll.h"

BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved) 
{
	return TRUE;
}

Konfigurationstyp: Dynamische Bibliothek (.dll)
Zus�tzliche Includeverzeichnisse: ... die von libA und libB
Zus�tzliche Biliotheksverzeichnisse: ...die von libA und libB

Und die Testanwendung
Main.cpp:

Code:

#include <iostream>
#include "dll.h"

int main(int argc, char* argv[]) {
	std::cout << "Nu gehts los:" << std::endl;
	hallo();
	ballo();
	return 0;
}

Konfigurationstyp: Anwendung (.exe)
Zus�tzliche Includeverzeichnisse: ... die von libA und libB
Zus�tzliche Biliotheksverzeichnisse: Verzeichnis, wo die .dll liegt

Als Fehlermeldung bekomm ich in der Konstellation:
1>LINK : fatal error LNK1104: Datei "..\dll\dll.lib" kann nicht ge�ffnet werden.

Ziel der ganzen Sache ist, dass die Anwendung nur noch die dll kennt (und die includes).

Hat das schonmal jemand probiert?
Ist es �berhaupt m�glich/gewollt sowas zu machen?
Wenn ja, kann mir dabei jemand helfen?

MfG

**nacko** · 22.04.2010, 18:35

Hallo,
M�glich ist das selbstvers�ndlich. Der linker muss bei deinem dll-projekt wissen, welche funktionien die dll exportieren soll. Wenn die dll zu klein ist, ist es offensichtlich, dass hier etwas fehlt.
Ich m�sste das jetz selbst ausprobieren, aber die deklaration mit dllexport() ist sicher richtig und wichtig.
Wenn dein anwendungsprojekt die lib nicht findet, ist sie denn da? Willst du die dll automatisch einbinden oder soll sie dynamisch geladen werden?

Announcement

Statische libs in eine dll linken

Statische libs in eine dll linken

Comment

Comment