Wo kann ich windows.h für Mac?

Ich versuche zu kompilieren Sie ein Programm auf MacOSX, die ich ursprünglich geschrieben auf einem Windows OS. Das Programm ist eine große C++ - Programm mit der OpenGL API unter anderem, die insgesamt sehr viele Verzeichnisse und Dateien.

Die Kompilierung zunächst hatte ein problem mit OpenGL für den Mac, so dass ich heruntergeladen habe, alle die Befehlszeilen-Dienstprogramme von OpenGL, für Sie zu arbeiten. Aber wie Sie sich vorstellen können, wird jede C-Datei innerhalb der OpenGL download hatte viele Präprozessoren, jede von denen ich wiederum musste heruntergeladen werden die Abhängigkeiten für.

Allerdings habe ich übrigen einen entscheidenden Schritt: ich erhalte einen fatal error besagt, dass windows.h-Datei nicht gefunden wird. Dies scheint etwas, die auf dem Windows-system (windows.h-Datei ist nirgends zu finden in meiner großen Liste der Verzeichnisse für das Programm), und der Mac scheint nicht zu haben, ein äquivalent für windows.h (http://cboard.cprogramming.com/c-programming/96087-windows-h-mac.html).

Bin ich aus Glück versuchen, kompilieren Sie dieses Programm für den Mac oder kann etwas gerettet werden?

  • Ich würde vorschlagen, installieren Sie vmware fusion und windows drin kompilieren Sie Ihren code mit windows.h enthalten. Kann man irgendwie windows.h in mac aber Sie werden nie in der Lage sein, um den code auszuführen, als windhows.h, wie es spezifisch für windows und enthält die OS-spezifischen Aufrufe und Erklärungen Verknüpfung zu windows-spezifischen dlls und Definitionen.
InformationsquelleAutor warship | 2014-10-28
  1. 9

    Eine Sache, die Sie tun können, ist, erstellen Sie eine dummy-Datei namens windows.h zu befriedigen, die #include Richtlinie, dann die Spur des fehlenden Typdefinitionen, #defines, etc. one-by-one durch die Betrachtung der compiler Fehler melden.

    Windows.h ist gigantisch und umfasst über hundert andere Windows-Header, aber Ihr Programm ist nicht notwendig, dass alle diese Definitionen. Dies setzt Voraus, Sie sind nicht mit der Windows-API direkt, und nur mit einfachen Dingen wie DWORD. Wenn Ihre software integriert ist, mit einem Rahmen wie GLUT oder GLFW, das ist durchaus möglich, aber wenn Sie direkt interface mit WGL, sind Sie gehen zu müssen eine Menge Arbeit vor Ihnen.

    • Ich bin die Anbindung mit beGUI, würde das ein problem sein?
    • Es scheint ein wenig Win32-spezifischen code in der beGUI Rahmen in FrameWindow_win32.cpp/h. Ich bin nicht vertraut genug mit ihm, um zu sagen, wenn Sie wieder schreibt, dass es auf OS X, aber es scheint ein Beispiel für die Verwendung GLUT statt der Win32-API (begui\src\begui_glut_example) - das Beispiel sollte tragbar sein.
    • Es scheint, dass die dummy-Datei-Ansatz führt zu Problemen: OpenGL scheint die win32-api verwenden: ../bcore/src/GL/wglew.h:114:15: error: unknown type name 'WINAPI'
    • Denken Sie, vielleicht mithilfe von GLFW (statt beGUI) helfen würde? Oder ist die Tatsache, dass OpenGL erfordert die Win32-API Ursache für die nur halten diese Windows-kompatibel?
    • OpenGL nicht erforderlich Win32 überhaupt. Jede Plattform hat Ihre eigene API, mit der windowing für OpenGL, die die Windows-API aufgerufen wird, WGL. OS X verwendet drei verschiedene APIs: AGL/CGL/NSOpenGL (es ist ein Durcheinander). Nun, aus dem Fehler, den Sie gepostet hat, angezeigt wird, dass beGUI hängt davon ab, WGL. GLFW würde nicht dieses problem haben, aber es ist nicht eine GUI-framework. Verwenden Sie beGUI, etwas zu tun GUI Verwandte, oder einfach nur zum erstellen einer OpenGL-Fenster?
    • Vielleicht die Mühe, die ich habe, ist ein dummy-Fenster.h-Datei dann... was würde ich brauchen, um innerhalb es zu sein, ein minimales Beispiel Art von Datei. Einige andere Fehler die ich bekomme sind: /bcore/src/GL/wglew.h:114:61: error: unknown type name 'HDC' und /bcore/src/GL/wglew.h:114:70: error: unknown type name 'UINT' So, wenn ich nicht haben, um sorgen über die Win32-API, wie kann ich sicherstellen, dass meine dummy-Datei mit den erforderlichen bare essentials?
    • Nein, ich kann Euch aus Erfahrung sagen, dass dies ist nicht etwas, Sie gehen zu beheben durch ersetzen des typedefs. Diese software muss Dinge wie HDC weil es aufgebaut ist auf der Oberseite der WGL. Sie können ganz einfach definieren, diese Dinge zu uint32_t und lösen fehlende Typ-Fehler, aber die Typen sind noch in der WGL-API-Aufrufe wie wglMakeCurrent (...) und es gibt keinen Ersatz dafür. Sie müsste wieder code schreiben, leider.
    • Lassen Sie uns weiterhin diese Diskussion im chat.
    • Verzeichnete einen ähnlichen thread für eine parallele Frage, die ich erlebe: stackoverflow.com/questions/26621813/...

    InformationsquelleAutor Andon M. Coleman
  2. 2

    windows.h wird durch die Windows SDK und die Implementierung von Windows-Betriebssystem.

    Müssen Sie umschreiben das Programm nicht mit Windows APIs.

    Viel Glück.

    • Denken Sie, dass der Ansatz vor der Herstellung einer dummy-Datei funktionieren würde, wenn ich Sie mit einem cross-Plattform-interface wie beGUI?
    • Nur, wenn Sie nicht mit einer tatsächlichen Funktionen von windows.h.
    • Okay, also sieht aus wie OpenGL wird mit Hilfe der win32-API: ../bcore/src/GL/wglew.h:114:15: error: unknown type name 'WINAPI' Dies ist ein erhebliches problem, ist es nicht?
    • Ich überlege umschreiben von beGUI zu GLFW? Würden Sie raten, diesem zu helfen, dieses Problem?
    • OpenGL bietet nicht die Windows-API verwenden. Aber Sie erwähnt Sie heruntergeladen haben eine Reihe von tools und Dateien für OpenGL. Warum hast du das getan? Sie haben nicht zu tun. Wahrscheinlich werden Ihre Probleme mit dieser Sache, die Sie haben.
    • Da der mac nicht erkennen würden Dinge wie #include <glew.h> was kommt von OpenGL. Ich habe versucht die Installation von OpenGL für Mac, aber konnte nur finden die OpenGL-Erweiterungen zum download. Warum würde meine Probleme kommen, dies zu tun?
    • Ich stellte eine andere Frage stackoverflow.com/questions/26621813/... um zu veranschaulichen, in diesem Zusammenhang...
    • Kann man nicht und sollte man nicht "installieren" OpenGL für Mac. OpenGL ist Bestandteil der standard-system-Umgebung und auf Macs eigentlich eingebettet, sehr tief in das system. GLEW ist eine 3rd-party-Bibliothek, und ich empfehle, kopieren es in Ihren Projekten Quellcode-Baum und hinzufügen, um die Liste der Dateien, die kompiliert und verlinkt werden. Allerdings auf die MacOS-X - es gibt keine Verwendung für GLEW, da MacOS-X ist OpenGL nicht setzen eine Menge von Erweiterungen. Sie können ihn getrost ignorieren, die auf MacOS X.

    InformationsquelleAutor SLaks
  3. 0

    Kommen Sie nicht an Windows.h für mac -, Windows-OS-spezifisch.

    Es gibt viele alternativen zu Funktionen, die in Windows verwendet wird.h auf der anderen Seite.

    InformationsquelleAutor Chantola
Schreibe einen Kommentar