c# compilieren in Abhängigkeit von 64 oder 32 bit?

Peter schrieb:
> Also, wie mach ich das?

gibt beiden dlls (64 und 32bit) den gleichen namen, dann sollte es immer 
gehen.

Ein c# programm muss nicht für 64 oder 32 bit zwei mal estellt werden, 
man kann auch einstellen das es Platformunabhängig ist, dann würde es 
auch auf einem ARM laufen.

Servus Peter II,

das Problem ist, ich habe beide DLL's im gleichen Ordner liegen... 
(jeweils Debug/Release), da geht das nicht mit gleichem Namen.

Gruß Peter

Peter schrieb:
> das Problem ist, ich habe beide DLL's im gleichen Ordner liegen...

dann ändere das doch

Einfach in den Projektordner zwei neue Ordner (WIN32 und WIN64) und dann 
sucht sich der Linker den richtigen Pfad, oder wie?

So nebenbei, die DLL's sind unmanaged (VC++). Spielt aber wohl keine 
Rolle,oder doch?

Gruß Peter

Hallo Frank,

das [DllImport("MyDll32")] steht innerhalb der Klassendefinition da ist 
nichts mit irgendwelchem Code.

Peter schrieb:
> ausgeführt werden. Bzw. ist es ja so, das in C# immer für beide
> Plattformen Code erstellt wird. Also, wie mach ich das?

wenn du ein AnyCPU-Assembly erstellen möchtest, dann kannst du pinvoke 
nicht mehr verwenden und musst mit LoadLibrary() die entsprechende dll 
mit der hand laden. das ganze kann man dann mit 
Marshal.GetDelegateForFunctionPointer() .net tauglich machen. ob die 
anwendung unter x86 oder x64 läuft kannst du zur laufzeit mit 
IntPtr.Size testen, auf x86 systemen ist das 4 und auf x64 8.

du kannst auch für x86 und x64 getrennte assemblies erstellen und den 
dll import durch "conditional compilation" abgrenzen. z.b. in der x64 
config das symbol CPU_X64 definieren und die pinvoke-definitionen sehen 
dann so aus:


#if CPU_X64
        [DllImport("MyDll64")]
#else
        [DllImport("MyDll32")]
#endif

Hallo __tom,

dann versuch ichs mal mit LoadLibrary(), da ich mit der Express Version 
arbeite und da kann man soweit ich weiß sowieso nur AnyCPU erstellen.

Danke Dir!

Wie gesagt, über LoadLibrary() habe ich bisher noch garnicht nachgedacht 
- werd ich jetzt mal tun :)!

Also, ich habe das mal ausprobier, und es funktioniert (wobei ich 
vorerst nur unter WIN 7 64 Bit getestet habe. Jedenfalls lädt er 
abhängig vom IntPtr die richtige DLL und der Aufruf der Funktionen 
klappt im Anschluß auch.

Und jetzt brauche ich alles nochmal für VB. Da hab ich das Problem auch 
und da ist es leider nicht so einfach zu machen.

Nochmals vielen Dank! Gruß Peter

Wenn du einen Installer hast könntest du auch einfach vom Installer die 
passende dll in den Programmordner kopieren lassen (und dann beide 
gleich nennen)

Hallo bluppdidupp,

Es geht darum eine kleine Demo App im Quellcode zu erstellen, die ein 
paar Funktionen der DLL demonstriert, damit der Anwender/Nutzer (der 
DLL) weiß, wie er das zu machen hat. Es wird dann das ganze Visual 
Studio Projekt (VB oder C#) weitergegeben und es soll je nach 
Zielplattform gleich die richtige DLL beim Linken mit eingebunden 
werden.
Deswegen fällt die Möglichkeit mit dem Installer leider weg, da ja 
nichts installiert wird.

Allerdings frag ich mich gerade, ob ich da nicht zu viel Aufwand 
betreibe. Ganz am Anfang hat PeterII einen Vorschlag in die gleiche 
Richtung gemacht.

Die DLLs (32 und 64 Bit) gleich benennen und eben ja nach Plattform die 
entsprechende hinzukopieren...