OMP & Static bind



  • Hallo,

    ich linke grundsätzlich statisch gegen die CRT , (redistributable kit dont need)

    Nun habe ich in einer OpenGL Lib das OpenMP aktiviert, und nutze OMP für
    das Multithread processing voll aus. Dabei stelle ich fest, das nun

    die VCOMP100.dll aus dem Redistributation Kit benötigt wird, obschon
    meine umfangreichen Solutions alle samt statisch erstellt wurden.

    Wie kann ich nun explizit veranlassen das <omp.h> sich ebenso verhält.

    Zur not packe ich die vcomp100.dll jetzt mit dazu, was aber keine gute
    Dauerlösung sein kann..

    Vielen Dank für Hinweise



  • Siehe:
    http://www.eggheadcafe.com/microsoft/VC-Language/34274525/static-linking-and-openmp.aspx

    Fazit: MS kann es nicht; die Intel-LIB kann es wohl...

    Hab es aber selber noch nie getestet...



  • Okay , Jochen danke versuch ich das zu linken.

    ups scheint kostenpflichtig zu sein ^^
    http://software.intel.com/en-us/articles/intel-compilers/
    Gruß
    Karsten


  • Mod

    Was hast Du gegen die dynamische Variante der CRT?
    Du kannst in 2010 ja auhc die CRT selsbt in Dein Programmverzeichnis kopieren und musst den die Runtime via VCRedist installieren...

    Ressourcenschonender ist die Nutzung der DLL Version allemal.



  • Hi Martin,

    wird Weltweit verwendet ist alles in us -english ohne unicode,
    ich möchte nicht das scanf oder consorten plötzlich müll erzeugen.

    Und ich muß vielerlei fremde DLL's wrappen, außerdem möchte ich
    nicht auf einem Maschinen -rechner der kein Netz hat, Daten
    benötigen die mich von der Arbeit abhalten.

    Beim Umladen von DLL's via Rotationsprüfplänen ist die statischebindung
    schneller, ich hantiere mit kleinen Zeitschlitzen, und bei einem
    16GB Rechner habe ich keine Resourcenprobleme.

    So ein Prog kann ich nach 10 Jahren immer noch ausführen, ohne
    DLL's nachzuladen , oder gar alte redistrubutionen womöglich suchen
    zu müssen, ich kann keine fremden Fehlerquellen zusätzlich forcieren.

    Grüße
    Karsten


  • Mod

    Deine Argumentation verstehe ich nicht. Die Dlls gehören einfach dazu, fertig, wie eben Deine DLLs auch. Undlangsamer ist da nichts, aber auch garnichts!



  • Systemeinstellungen / Ländereinstellungen wirken auf die CRT
    für Komma und Darstellungsmodi, z.b. Japan. Ist der Dezimalpunkt
    als Komma eingestellt liefert dir die crt bei sscanf und konsorten
    Probleme.

    Dlls die ich von MS dynamisch linke verändern sich dll caos hosten?
    Es gibt auch Anwendungen die nicht nur im Büro laufen, zb. für einen
    Revolver -Produktionstisch mit geringen Zykluszeiten .

    Grüße
    Karsten


  • Mod

    Absoluter Quatsch.
    1. Die Ländereinstellungen der Systemeinstellungen verändern sich genauso ob dynamisch oder statisch gelinkt wird genauso.
    2. Wenn Deine DLL für die CRT im Programmverzeichnis liegt (geht immer), dann verändert sich hier gar nichts.
    3. Und was hat das damit zu tun wo das Programm läuft.

    Sorry: Ich glaube Du hast diesbzgl. nur eine eingefahrene Meinung aber wenig Ahnung.



  • Es geht also um Ahnung und nun hast Du wichtigfutzi Ahnung dazu bekommen ?

    Das dynamische laden ist schrott, das gild genauso für das dusslige NetFrame.

    Du hörst nicht zu, ich glaube du bist total vergreißt alter spinner..

    Begreif das es ein desaster ist, mit dynamischen DLL's

    und freu Dich über deine frechheiten..


  • Mod

    Wie Du meinst...

    EOD


Anmelden zum Antworten