lief soweit alles durch und auch das Bauen mit <\/p>\n
.\/compile<\/pre>\n funktionierte augenscheinlich fehlerfrei. Da das .\/configure jedoch f\u00fcr Linux war, brachte mir das erstmal recht wenig. Also gesucht, wie das mit Cross-Compiling zu konfigurieren geht und die ben\u00f6tigte Option –host=i586-windows gefunden. Neu ge-configure-d und ge-make-d, schien zwar durchzulaufen, aber richtig, sah’s Ergebnis nicht aus.<\/p>\n
Also auf, zum n\u00e4chsten Versuch: Was sagt ein etwas neueres Build direkt aus dem HEAD? Also ein kurzes<\/p>\n
git stash\r\ngit pull --rebase\r\ngit stash apply<\/pre>\nausgef\u00fchrt, um mir eben diesen Code aus der Versionsverwaltung zu holen. Wieder einmal ge-configure-d und versucht zu make-n, meckerte make herum, dass es einige Dateien nicht finden kann. Fehlte noch das<\/p>\n
.\/bootstrap<\/pre>\num Automake zu sagen, dass es mal bitte seine ganzen Makefiles neu erstellen soll. Mit diesem Schritt kam ich schon mal einen Schritt weiter: Make meckerte jetzt nicht mehr \u00fcber eine fehlende Makefile, daf\u00fcr meckerte jetzt aber ld \u00fcber einen ganzen Haufen von undefinierten Einsprungpunkten. Gut, dies lag sicherlich am statischen Anbinden der Teilbibliotheken – also diesmal alles shared gelinkt und siehe da: Er meckert wo anders!<\/p>\n
Die einzig brauchbare Option f\u00fcr VLC ist folgende Makefile – vielleicht nehmen die Entwickler diese ja in neue Releases noch auf:<\/p>\n
diskclean:\r\n rm -fr .<\/pre>\nDiese Option sollte eine ganze Reihe der Probleme beim Compilieren des VLC beheben …<\/p>\n
Zumindest f\u00fcr heute geb ich erstmal meinen Versuch, den VLC anst\u00e4ndig zu debuggen auf. Vielleicht ein anderes Mal noch mal einen Versuch. F\u00fcr jetzt reicht es mir erstmal! Und da wollte ich doch nur gem\u00fctlich Film gucken …<\/p>\n
![\"Flattr](\"http:\/\/blog.benny-baumann.de\/wp-content\/plugins\/flattr\/img\/flattr-badge-large.png\"){kind=icon}
<\/a><\/p>","protected":false},"excerpt":{"rendered":"