{"id":16,"date":"2010-05-18T11:28:00","date_gmt":"2010-05-18T09:28:00","guid":{"rendered":"http:\/\/clonkspot.org\/blog\/?p=16"},"modified":"2025-05-15T11:40:20","modified_gmt":"2025-05-15T09:40:20","slug":"openclonk-nightly-builds-2-0","status":"publish","type":"post","link":"https:\/\/clonkspot.org\/blog\/2010\/05\/18\/openclonk-nightly-builds-2-0\/","title":{"rendered":"OpenClonk: Nightly Builds 2.0"},"content":{"rendered":"<p><span style=\"font-size:85%;\"><span style=\"font-family:verdana;\">Wir haben die \u00dcbersicht \u00fcber unsere <a href=\"http:\/\/www.openclonk.org\/nightly-builds\/\">Nightly Builds<\/a> vor Kurzem stark \u00fcberarbeitet. Wir unterst\u00fctzen nun Builds f\u00fcr verschiedene Architekturen und mit verschiedenen Compilern. Zus\u00e4tzlich zu den Builds f\u00fcr Windows 32Bit gibt es sie nun auch f\u00fcr Windows 64Bit mit MinGW und MSVC (dank Isilkor). Die Farbe des Build-Status ist jetzt nicht mehr nur gr\u00fcn (&#8222;Build funktioniert&#8220;) oder rot (&#8222;funktioniert nicht&#8220;), sondern kann auch dazwischen liegen, je nach Anzahl der Warnungen, die beim Kompilieren ausgegeben werden. Vielleicht ist das ja ein Anreiz f\u00fcr die Entwickler, ihren Build f\u00fcr ihre Plattform so gr\u00fcn wie m\u00f6glich zu machen? :D<\/p>\n<p>Es war etwas Puzzle-Arbeit n\u00f6tig, um die Cross-Compiler-Umgebung f\u00fcr 64Bit-MinGW aufzusetzen: Debians <a href=\"http:\/\/packages.debian.org\/sid\/gcc-mingw32\">gcc-mingw32-Paket<\/a> beinhaltet zwar einen C-Compiler f\u00fcr 64Bit, hat aber keinen f\u00fcr C++ (ein <a href=\"http:\/\/bugs.debian.org\/cgi-bin\/bugreport.cgi?bug=569165\">Debian-Bug<\/a>). Also habe ich versucht, den MinGW-Compiler selbst zu bauen, ohne Erfolg. Als das nicht ging tat ich das, was der Autor des Bugs empfohlen hatte: Ich holte mir den Quellcode von gcc-mingw32 mit &#8222;apt-get&#8220;, aktivierte die Unterst\u00fctzung f\u00fcr C++ in debian\/rules, und kompilierte das ganze Paket neu. Das funktionierte sehr sch\u00f6n. Die meisten Abh\u00e4ngigkeiten von OpenClonk bieten 64Bit-Binaries an, weitere bekommt man \u00fcber das <a href=\"ftp:\/\/ftp.gnome.org\/pub\/GNOME\/binaries\/win64\/dependencies\/\">GNOME-Projekt<\/a>. Nur fmod und d3dx9 machten Probleme, weil daf\u00fcr keine Libraries f\u00fcr 64Bit angeboten werden. Dennoch habe ich es geschafft die entsprechenden Import-Libraries aus den DLLs mit den MinGW-Tools &#8222;<a href=\"http:\/\/sourceforge.net\/apps\/trac\/mingw-w64\/wiki\/gendef\">gendef<\/a>&#8220; und &#8222;dlltool&#8220; zu erzeugen. Ich frage mich ja, warum Import-Libraries \u00fcberhaupt ben\u00f6tigt werden, wo doch alle Informationen in der DLL sowieso enthalten sein sollten &#8211; ich dachte zumindest, dass die Import-Libraries f\u00fcr Informationen da sind, die eben nicht in den DLLs enthalten sind, und man sie deshalb f\u00fcr das Linking braucht.<\/p>\n<p><\/span><\/span><\/p>\n<p><span style=\"font-size:85%;\"><span style=\"font-family:verdana;\">Grobe Pl\u00e4ne f\u00fcr die Zukunft w\u00e4ren die Builds f\u00fcr andere Plattformen wie Linux (vielleicht sogar als .rpms und\/oder .debs) und die Windows Entwicklungs-Snapshots als Installer anzubieten.<\/span><\/span><\/p>\n<p><span style=\"font-size:85%;\"><span style=\"font-family:verdana;\">Originalpost von Clonk-Karl am 24. April 2010<br \/><\/span><\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wir haben die \u00dcbersicht \u00fcber unsere Nightly Builds vor Kurzem stark \u00fcberarbeitet. Wir unterst\u00fctzen nun Builds f\u00fcr verschiedene Architekturen und mit verschiedenen Compilern. Zus\u00e4tzlich zu den Builds f\u00fcr Windows 32Bit gibt es sie nun auch f\u00fcr Windows 64Bit mit MinGW und MSVC (dank Isilkor). Die Farbe des Build-Status ist jetzt nicht mehr nur gr\u00fcn (&#8222;Build [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[110],"class_list":["post-16","post","type-post","status-publish","format-standard","hentry","category-openclonk","tag-openclonk"],"_links":{"self":[{"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/posts\/16","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/comments?post=16"}],"version-history":[{"count":2,"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/posts\/16\/revisions"}],"predecessor-version":[{"id":94,"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/posts\/16\/revisions\/94"}],"wp:attachment":[{"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/media?parent=16"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/categories?post=16"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/clonkspot.org\/blog\/wp-json\/wp\/v2\/tags?post=16"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}