[Stefan_der_held]

... DAS ist die Herausforderung

Hast dadurch aber auch eine gewisse künstlerische Freiheit

Dieser Beitrag wurde von Stefan_der_held bearbeitet: 23. August 2014 - 21:52

[DK2000]

Kann doch nicht so schwer sein, dieses MSYS+MinGW für 64bit einzurichten.

[DK2000]

Zitat (Demonia: 23. August 2014 - 21:59)

Aber der Tiger wurde übergangen

Ja. Ich fühle mich ausgeschlossen. Man ignoriert mich.

[DK2000]

Ja.

[nobody is perfect]

Zitat (Demonia: 23. August 2014 - 21:59)

@Nip
schon gesehen wir wurden wieder kopiert Naja wenn man nichts eigenes zum schreiben hat, muss man eben bei anderen klauen.
Aber der Tiger wurde übergangen

wenn ihm das Spaß macht soll er doch

[RalphS]

Was möcht das Süßvieh denn mit MinGW/msys erreichen? Vielleicht kann ich behilflich sein.


Re: das andere da, mh, muß André selber wissen, ob er da eine Plattform für spielen will. Ich würd's nicht wollen.

Dieser Beitrag wurde von RalphS bearbeitet: 23. August 2014 - 22:35

[DK2000]

Möchte das so haben, das ich den Quellcode vom x265 Codec als 64bit Windows Exe übersetzt bekomme. Habe nur keinen Schimmer, wie ich dieses MinGW+MSYS und den zusätlichen Sachen einrichten muss.

Bräuchte dafür mal eine anständige Anleitung, damit ich da erst einmal den Sinn dahinter verstehe. Den Rest kann ich mir dann auch so zusammenbasteln. Hoffe ich jedenfalls.

[RalphS]

Mh.

Ich hab das seinerzeit alles Stück für Stück händisch machen müssen. Glaube aber, das gibt inzwischen eine fertige Toolchain zum Runterladen irgendwo - nennt sich, IIRC, mingw64; die gibt es in 32 und 64.

Ansonsten gibt's da bei MinGW ein Tool namens mingw-get. Funktioniert genauso wie apt-get. Damit installierst Dir das alles. Dann mußt nur noch die mit installierte .bat Datei starten und Du kriegst ne Bash unter Windows.

Wenn da aber Abhängigkeiten für x265 dabei da sind, die in MinGW nicht dabei sind, dann mußt die erst selber bauen. Möchte aber meinen, zumindest die autotools, perl, bash, gcc+binutils sowie gmake und sowas sind alles standardmäßig mit drin, also die Grundlage zum Kompilieren ist erstmal da.

NB - es gibt durchaus Dinge, die nicht unter MinGW bauen, aus allen möglichen Gründen. Oder sie bauen und es gibt aber nur Laufzeitfehler. Keine Ahnung, wie es da mit x265 aussieht.

Alternativ: Du hast doch nen Linux da irgendwo rumzulaufen, richtig? Dafür müßte es auch mingw-crosstools geben (frag mich nicht wie die genau heißen ). Die laufen unter Linux und damit kannst Du dann unter Linux "ganz normal" für Windows bauen.

Das läuft dann über die --build, --host, --target Parameter von configure.

Dieser Beitrag wurde von RalphS bearbeitet: 24. August 2014 - 00:07

[DK2000]

x265 ist für MinGW gedacht. Mh Linux. Wäre vielleicht auch eine Idee.

Diese fertigen Toolchains habe ich da auch schon gefunden, aber wie bekomme ich da Komponenten installiert bzw. vorhandene Komponenten Upgedatet, z.B. GCC 4.8.x auf 4.9.x? Das ist ir da alles irgendwie nicht so ganz geheuer.

[RalphS]

Hab mir diese Fertigtoolchains jetzt auch nicht weiter angeguckt, weil ich hab meins ja hier am Laufen.

Aber soweit ich mich erinner, waren die ziemlich monolithisch - Upgrades/-dates nicht vorgesehen, außer vielleicht via rd /S/Q \MinGW && unzip neues-paket.zip .

Die wo ich mir angeschaut hatte, waren einfach auspacken-und-fertig. MinGW hat einen Installer (mingw-get). Damit ist das auch kein Problem, einfach mingw-get update ausführen und dann mingw-get upgrade (glaub ich) und dann hat der sich neue Definitionen geholt und damit dann aktualisiert.

Seh allerdings grad nicht so den Grund, warum man da gcc oder sonstwas aktualisieren sollte. Hauptsache es ist was zum Bauen da.


Wenn man beides zusammen haben will, muß man dann halt PATH setzen und auf die Mingw64-Installation verweisen, oder (Sym)Links in die MinGW-Installation stecken.

Dann halt den Crosstool-Präfix nicht vergessen, also wenn es da einen gcc namens mingw64-gcc gibt, wäre mingw64 der Crosstool-Präfix, der mit --build $MACHTYPE --host mingw64 angegeben werden muß.

Dieser Beitrag wurde von RalphS bearbeitet: 24. August 2014 - 00:40

[DK2000]

Dieses mingw-get habe ich da auch schon gesehen und installiert. Aber davon soll man halt nur die Basis ohne GCC installieren und danach GCC von Hand installieren, weil der wohl nur die für 32bit installiert. Brauche aber beides, für 32bit und 64bit Targets. Keine Ahnung warum und wieso. Und YASM, CMake und Mercurial muss da auch irgendwie noch rein. Dieses MinGW finde ich da im Moment komplizierter als Linux. Da erledige ich das über apt und gut.

Problem ist, dass es da nirgends eine genaue Anleitung gibt, wie man diesen Toolchain aufbauen muss. Wahrscheinlich würde das sogar schon laufen, wenn ich herausfinden würde, wie ich da die anderen Tool installiert bekomme. Bis zur bash oder sh komme ich ja schon.

Ach, ich gehe jetzt schlafen. Das wird mir im Moment alles zu kompliziert.

[RalphS]

Das ist eigentlich alles ziemlich... trivial... aber aufwendig.

1. MinGW über mingw-get installieren. Ja, damit kriegst Du den 32er gcc (es sei denn da hat sich was geändert, ich bin froh daß mein MinGW-Subsystem läuft )

2. MinGW64 oder was Vergleichbares runterladen+auspacken. Dann am besten im Login-Script ($HOME/.bashrc oder $HOME/.login) den Pfad anpassen (export PATH=$PATH:/path/to/MinGW64/bin).

3. Je nach Laune entweder Python installieren (die normale Windows-Variante) und da dann mercurial als Erweiterung installieren - oder eben Mercurial für Windows runterladen und installieren.

3b. Wieder den Pfad setzen (siehe 2), entweder nach /Python-Installpfad:/Python-Installpfad/Scripts:$PATH oder halt nach /Program Files/Mercurial.

4. Cmake besorgen und installieren, und...

4b. ...in den Pfad aufnehmen.

5. YASM, ... böh, weiß grad gar nicht. Das war doch glaub ich nur eine einfache binary, oder? In jedem Fall, einfach das Ding irgendwo hintun, wo es über den Pfad gefunden werden kann. Und natürlich - ganz wichtig - UNBEDINGT die 64er Version nehmen, sonst geht das schief.


Ist eigentlich wie unter Linux, solange wie das im Pfad gefunden wird, funktioniert es auch. Ausnahmen sind include-files außerhalb des Standard-Include-Pfades, da muß CFLAGS angepaßt werden (oder CPATH) und Link Libraries (unter Windows die .a / .dll.a Dateien), dafür dann LDFLAGS. Aber so wie ich Dich verstehe, ist das bei Dir nicht weiter erforderlich.

---

EDIT, in den meisten Fällen isses egal, was wo im Pfad steht, aber bei mingw64 würd ich genau(er) drauf gucken, was was ist. Am Besten wäre es sicherlich, wenn MinGW64 *hinter* MinGW32 kommt. Dann hast Du standardmäßig die 32er Variante und baust für 64 nur dann, wenn Du das explizit über --host auswählst.

Am Ende... mußt dann halt noch schauen, ob die fertige x265 noch von irgendwelchen DLLs abhängt. Die müßtest Du dann noch mit ins Installationsverzeichnis von dem Ding mit reintun. Wenn nicht, reicht ein normales make install natürlich.

Und, aber das weiß ich grad nicht, inwieweit Du *NUR* CMake benötigst: mit CMake kannst Du jeden Krempel *manuell* festlegen. Da brauchst Du genaugenommen gar nix anpassen, mußt dann aber mit -D die von CMake erwarteten Variablen setzen (=> cmake-gui oder in CMakeCache.txt reingucken, wo NOTFOUND steht).

Dieser Beitrag wurde von RalphS bearbeitet: 24. August 2014 - 01:09

[Sturmovik]

Viel zu kompliziert für diese Zeit

Gute Nacht