SUSE 10.0 / gcc 4.0.x / asterisk kompilieren
Hallo Leute, habe ein grosses Problem: Asterisk lässt sich nicht wirklich auf SUSE 10 mit dem aktuellen gcc kompilieren. Ich benötige: - asterisk-1.0.9 - bristuff-0.2.0-RC8o - libpri-1.0.9 - zaptel-1.0.9.2 - zaphfc aus o.g. bristuff mit florz-patch Es gibt überall haufenweise Fehler (meistens warnings, alles sozusagen "zu missachten"), gerade bei zaphfc und asterisk selber. Weiss jemand etwas dazu, oder hat jemand hier die gleichen Probleme? Habe auch schon auf www.ip-phone-forum.de gefragt, aber bin noch weit von einer Lösung entfernt... Leider... Michael
* Michael Ludwig
Asterisk lässt sich nicht wirklich auf SUSE 10 mit dem aktuellen gcc kompilieren.
Den gleichen Ärger hatte ich beim Versuch, den MPlayer mit SuSEs 4.0er zu kompilieren. Also musste der gcc 3.4.4 her. ftp://ftp.fu-berlin.de/unix/languages/gcc/releases/gcc-3.4.4/ Gruß, Andreas
Hi Andreas, Andreas Kneib schrieb:
Den gleichen Ärger hatte ich beim Versuch, den MPlayer mit SuSEs 4.0er zu kompilieren. Also musste der gcc 3.4.4 her.
Autsch. Das ist ja auch sozusagen nur 'ne Krücke. Kann ich denn beide gcc's gleichzeitig installiert haben? Also den gcc 3.4.4 und den 4.0.2 ? Oder muss ich erst alle 4.0.2-Pakete löschen? Gibt es bei gcc 4.0.2 nicht irgendeinen Schalter, die ein bischen weniger scharf reagiert, beispielsweise einen Kompatibilitätsmodus für 3.x ? Ansonsten halte ich recht wenig davon, ein aktuelles System (da das ein frisch aufgesetzter Rechner ist, habe ich gleich SUSE 10.0 nehmen wollen, logisch, oder?) wieder "downgraden" zu müssen... Rrrrrhhh... Dann kann ich ja gleich wieder die 9.3 nehmen... Wo ist eigentlich mpg123 in der SUSE 10.0 geblieben? Warum ist es nicht mehr dabei? Für Asterisk zwingend notwendig... Michael
* Michael Ludwig
Andreas Kneib schrieb:
Den gleichen Ärger hatte ich beim Versuch, den MPlayer mit SuSEs 4.0er zu kompilieren. Also musste der gcc 3.4.4 her.
Autsch. Das ist ja auch sozusagen nur 'ne Krücke.
Absolut.
Kann ich denn beide gcc's gleichzeitig installiert haben? Also den gcc 3.4.4 und den 4.0.2 ? Oder muss ich erst alle 4.0.2-Pakete löschen?
Lass den 4.0.2er bloß, wo er ist. :) Den 3.4.4er habe ich zusätzlich installiert, in einer Ecke wo er nicht stört (/home/test).
Wo ist eigentlich mpg123 in der SUSE 10.0 geblieben?
Wahrscheinlich mit der MP3-Geschichte unter den Tisch gefallen. Gruß, Andreas
Hi, Andreas Kneib schrieb:
Lass den 4.0.2er bloß, wo er ist. :)
Okay, kein Thema. ;-)
Den 3.4.4er habe ich zusätzlich installiert, in einer Ecke wo er nicht stört (/home/test).
Und wie kann ich dem asterisk dann sagen, mit dem alten gcc zu compilen, anstatt den System-Compiler gcc 4.x zu nehmen? Habe keine Idee diesbezüglich... Michael
* Michael Ludwig [16.10.2005 20:29]:
Den 3.4.4er habe ich zusätzlich installiert, in einer Ecke wo er nicht stört (/home/test).
Oder z. B. /opt/gnu o.ä.
Und wie kann ich dem asterisk dann sagen, mit dem alten gcc zu compilen, anstatt den System-Compiler gcc 4.x zu nehmen? Habe keine Idee diesbezüglich...
PATH umsetzen? export PATH=/opt/gnu/bin:$PATH ./configure Oder einfach CC CXX, etc., vor dem ./configure setzen. Gruß, Bernhard
On Sun, Oct 16, 2005 at 08:29:44PM +0200, Michael Ludwig wrote:
Hi,
Andreas Kneib schrieb:
Lass den 4.0.2er bloß, wo er ist. :)
Okay, kein Thema. ;-)
Den 3.4.4er habe ich zusätzlich installiert, in einer Ecke wo er nicht stört (/home/test).
Und wie kann ich dem asterisk dann sagen, mit dem alten gcc zu compilen, anstatt den System-Compiler gcc 4.x zu nehmen? Habe keine Idee diesbezüglich...
Es ist doch asterisk dabei auf der DVD. Und ich glaube die packman Leute haben patches fuer gcc4 und MPlayer. Ciao, Marcus
Hi, Marcus Meissner schrieb:
Es ist doch asterisk dabei auf der DVD.
Ja, sicher, klar, doch der läuft zur Zeit auch nicht sauber bei mir - habe zwei HFC-S Karten, eine im TE (card0) und eine im NT (card1) Modus. Doch im Endeffekt geht der S0-Bus nicht, obwohl mit ISDN-cross-Kabel an NTBA und am NTBA das Fon. Aber das ist eine andere Sache. Mit einem selber kompilierten asterisk bin ich halt einfach flexibler und kann noch tiefer in die Materie einsteigen - zudem einfacher Teile des *-Systems updaten und muss nicht darauf warten, dass andere Leute für mich rpms erstellen die möglicherweise dann nicht zu meiner config passen...
Und ich glaube die packman Leute haben patches fuer gcc4 und MPlayer.
Was meinst Du mit "patches für gcc4" ? Was muss ich mir darunter vorstellen? Michael
* Philipp Thomas
Andreas Kneib
[Sa, 15 Okt 2005 20:29:25 +0200]:
Den gleichen Ärger hatte ich beim Versuch, den MPlayer mit SuSEs 4.0er zu kompilieren. Also musste der gcc 3.4.4 her.
Das ist bestenfalls eine Krücke aber keine Lösung! Die einzig vernünftige Lösung ist das Bereinigen des Codes.
Full ACK! Die MPlayer-Entwickler sehen das leider anders: ,---- | [akneib]~os/MPlayer-1.0pre7try2 > ./configure [20:02·05-10-16] | Detected operating system: Linux | Detected host architecture: i386 | Checking for cc version ... 4.0.2, bad | Checking for gcc version ... 4.0.2, bad | Checking for gcc-3.4 version ... not found | Checking for gcc-3.3 version ... not found | Checking for gcc-3.2 version ... not found | Checking for gcc-3.1 version ... not found | Checking for gcc3 version ... not found | Checking for gcc-3.0 version ... not found | Checking for cc version ... 4.0.2, bad | | *** Please downgrade/upgrade C compiler to version gcc-2.95.x or | gcc-3.x! *** | | You are not using a supported compiler. We do not have the time to make | sure everything works with compilers other than the ones we use. `---- Gruß, Andreas
Am Sonntag 16 Oktober 2005 20:05 schrieb Andreas Kneib:
Die MPlayer-Entwickler sehen das leider anders:
Naja, sowas lässt sich patchen. Siehe die Packman-Version von MPlayer für SUSE 10. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi, Manfred Tremmel schrieb:
Die MPlayer-Entwickler sehen das leider anders: Naja, sowas lässt sich patchen. Siehe die Packman-Version von MPlayer für SUSE 10.
Und wie? Kann ich sowas vielleicht auch für Asterisk und Konsorten anwenden? Braucht man dazu Erfahrung im Programmieren? Damit kann ich nämlich nicht aufwarten, habe keinen Plan davon, leider, liegt mir aber auch überhaupt nicht... Man man man, alles, was ich möchte, ist asterisk und Konsorten auf der 10.0er kompilieren... Hätte ich gewusst, auf was ich mich da einlasse, hätte ich gleich zur 9.3 gegriffen... das ist ja echt alles furchtbar!!! ;-) Michael
* Michael Ludwig [16.10.2005 20:40]:
Manfred Tremmel schrieb:
Die MPlayer-Entwickler sehen das leider anders: Naja, sowas lässt sich patchen. Siehe die Packman-Version von MPlayer für SUSE 10.
Und wie? Kann ich sowas vielleicht auch für Asterisk und Konsorten anwenden? Braucht man dazu Erfahrung im Programmieren? Damit kann ich nämlich nicht aufwarten, habe keinen Plan davon, leider, liegt mir aber auch überhaupt nicht... Man man man, alles, was ich möchte, ist asterisk und Konsorten auf der 10.0er kompilieren... Hätte ich gewusst, auf was ich mich da einlasse, hätte ich gleich zur 9.3 gegriffen... das ist ja echt alles furchtbar!!! ;-)
Naja, jede Distribution stellt wohl irgendwann auf gcc 4.x um. Dafür kannst du jetzt nicht SuSE die Schuld geben. Bin gar nicht unglücklich drüber, SuSE 10.0 läuft bei mir schneller als 9.3 und daran hat vielleicht der neue gcc auch seinen Anteil. Gruß, Bernhard
Okay okay!! ;-) Bernhard Walle schrieb:
Naja, jede Distribution stellt wohl irgendwann auf gcc 4.x um. Dafür kannst du jetzt nicht SuSE die Schuld geben. Bin gar nicht unglücklich drüber, SuSE 10.0 läuft bei mir schneller als 9.3 und daran hat vielleicht der neue gcc auch seinen Anteil.
Ich muss ganz ehrlich gestehen: DAS ist mir ebenfalls sofort nach der Installation aufgefallen. Meiner Meinung nach ist die 10.0 !!erheblich!! viel schneller als die 9.3. Wie gesagt, ich habe Null Ahnung vom programmieren, weiss also nicht, woran das liegt, aber das ist eine positive Sache, die die 10.0er mit sich bringt. Das möchte ich auch wirklich nicht anders sagen. Aber warum passen Entwickler ihre Software nicht an aktuelle compiler an? Ist so etwas denn sehr schwierig, also gibt es grosse Unterschiede zwischen dem 3er und dem 4er gcc? Michael
* Michael Ludwig [16.10.2005 20:48]:
Bernhard Walle schrieb:
Naja, jede Distribution stellt wohl irgendwann auf gcc 4.x um. Dafür kannst du jetzt nicht SuSE die Schuld geben. Bin gar nicht unglücklich drüber, SuSE 10.0 läuft bei mir schneller als 9.3 und daran hat vielleicht der neue gcc auch seinen Anteil.
Ich muss ganz ehrlich gestehen: DAS ist mir ebenfalls sofort nach der Installation aufgefallen. Meiner Meinung nach ist die 10.0 !!erheblich!! viel schneller als die 9.3. Wie gesagt, ich habe Null Ahnung vom programmieren, weiss also nicht, woran das liegt, aber das ist eine positive Sache, die die 10.0er mit sich bringt. Das möchte ich auch wirklich nicht anders sagen. Aber warum passen Entwickler ihre Software nicht an aktuelle compiler an? Ist so etwas denn sehr schwierig, also gibt es grosse Unterschiede zwischen dem 3er und dem 4er gcc?
Vielleicht verwendet der Entwickler ja einfach noch den alten und weiß gar nicht, dass der mit dem neuen gcc nicht mehr kompiliert? Die Unterschiede dürften nicht groß sein, bei meinen Programmen habe ich bisher noch gar nichts ändern müssen ... Gruß, Bernhard
Am Sonntag 16 Oktober 2005 20:40 schrieb Michael Ludwig:
Und wie?
Anpassung des Source-Codes.
Kann ich sowas vielleicht auch für Asterisk und Konsorten anwenden?
Die selben Patches, die im Packman MPlayer Paket drinnen sind, kannst Du auf Asterix nicht anwenden. Wenn Dann musst Du Dir die Patches im SUSE Asterix Source-RPM ansehen.
Braucht man dazu Erfahrung im Programmieren? Damit
Ganz ohne Programmierkenntnisse wirst Du es auf jeden Fall nicht hinbekommen.
kann ich nämlich nicht aufwarten, habe keinen Plan davon, leider, liegt mir aber auch überhaupt nicht... Man man man, alles, was ich möchte, ist asterisk und Konsorten auf der 10.0er kompilieren... Hätte ich gewusst, auf was ich mich da einlasse, hätte ich gleich zur 9.3 gegriffen... das ist ja echt alles furchtbar!!! ;-)
Die selben Problem gabs mit der Umstellung auf gcc 3, das wird sich in absehbarer Zeit legen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi, Philipp Thomas schrieb:
Andreas Kneib
[Sa, 15 Okt 2005 20:29:25 +0200]: Den gleichen Ärger hatte ich beim Versuch, den MPlayer mit SuSEs 4.0er zu kompilieren. Also musste der gcc 3.4.4 her.
Das ist bestenfalls eine Krücke aber keine Lösung! Die einzig vernünftige Lösung ist das Bereinigen des Codes.
Das sehe ich im Grunde genommen auch so. ABER - einerseits möchte ich nicht meine neue 10.0 gleich wieder in die Tonne hauen, andererseits: was bitte soll ich mit einem so arg' beschnittenen System (siehe andere aktuelle threads hier...), welches andererseits einen so neuen compiler mitbringt, dass man nix kompilieren kann... Das ist doch - sorry dafür - aber nichts weiter als grosser Mist, um nicht zu sagen Schrott... Werde dann entweder den frisch installierten Rechner mit der 10.0 und der gcc3.x - Krücke benutzen müssen oder downgraden zur SUSE 9.3 - die hat wenigstens gcc3.3.5 glaube ich... Michael PS: Sche***e ist das alles... Grumpf...
Michael Ludwig
was bitte soll ich mit einem so arg' beschnittenen System (siehe andere aktuelle threads hier...),
Naja, arg beschnitten ist diskussionswürdig ...
welches andererseits einen so neuen compiler mitbringt, dass man nix kompilieren kann... Das ist doch - sorry dafür - aber nichts weiter als grosser Mist, um nicht zu sagen Schrott...
Nix kompilieren kann? Wie glaubst du, wurden die Pakete der Distribution kompiliert? Zugegeben, an vielen Paketen musste der Code korrigiert werden, damit er mit dem neuen gcc kompiliert, aber alle Fälle, die mir untergekommen sind, waren Fehler im Code, nicht im Kompiler. Und fast alle Änderungen gehen an die Upstream-Maintainer zurück, womit es dann deren Sache ist, ob sie die Änderungen auch integrieren.
Werde dann entweder den frisch installierten Rechner mit der 10.0 und der gcc3.x - Krücke benutzen müssen oder downgraden zur SUSE 9.3
Wozu? Schnapp dir z.B. einen gcc 3.3.5 und konfigurierte den mit z.B. 'configure --prefix=/opt/gcc335'. Den Kompiler kann man dann z.B. mit /opt/gcc335/bin/gcc aufrufen oder vor dem Aufruf von configure eines anderen Paketes z.B. ein CC=/opt/gcc335/bin/gcc export CC machen. Oder eben warten, bis andere die nötigen Änderungen an den betreffenden Paketen machen. Philipp -- Philipp Thomas Arbeit: pth BEI suse PUNKT de SUSE LINUX Products GmbH Privat: philipp PUNKT thomas BEI t-link PUNKT de
Hallo Philipp, Philipp Thomas schrieb:
Nix kompilieren kann? Wie glaubst du, wurden die Pakete der Distribution kompiliert? Zugegeben, an vielen Paketen musste der Code korrigiert werden, damit er mit dem neuen gcc kompiliert, [...]
Siehst Du. Das SUSE dort die Pakete geändert haben muss / hat, ist auch mir bereits vor Deinen Ausführungen klar gewesen, ansonsten hätten die Pakete natürlich nicht gegen den aktuellen gcc4 kompiliert werden können. Aber: Es gibt unter den SUSE-Anwendern (dazu zähle ich mich auch), auch solche, die ab und an mal selber Programme übersetzen möchten, jedoch keine Ahnung von der Programmierung solcher Anwendungen haben.
aber alle Fälle, die mir untergekommen sind, waren Fehler im Code, nicht im Kompiler.
Ich bin nicht in der Lage, den Code annäherend zu verstehen, ge- schweige denn selbigen so abzuändern, dass der Code unter dem neuen gcc übersetzt wird... Also stehe ich im Regen und muss - wenn ich nicht ein aktuelles 10.0er-System "vergewaltigen" will und über die Krücke (aka Notbehelfslösung) gcc3.x auf SUSE 10.0 das Problem lösen möchte meine 10.0 in die Tonne hauen und wieder das alte nehmen. Ich schreibe das deswegen so hart, weil ich die 10.0er extra für den Server zu dem Einsatzzweck (VoIP-Server zur Ersetzung meiner vorhandenen TK-Anlage) besorgt habe. Da die 10.0er dank dem hochaktuellem gcc4.x dazu nicht zu gebrauchen ist ...
Und fast alle Änderungen gehen an die Upstream-Maintainer zurück, womit es dann deren Sache ist, ob sie die Änderungen auch integrieren.
... (oder die Asterisk-Entwickler keinen Bock haben, ihre Programme unter gcc4.x lauffähig zu machen) kann ich sie nicht benutzen und damit ist das Thema 10.0 für mich durch. Da hilft mir dann ein "sauschneller" Start des System auch nüscht mehr...
Oder eben warten, bis andere die nötigen Änderungen an den betreffenden Paketen machen.
Auch keine wirkliche Alternative... zumindest nicht für mich in meinem Fall... *Leicht* (*fg*) frustriert... Michael
Hallo, On 17-Oct-2005 Michael Ludwig wrote:
Ich schreibe das deswegen so hart, weil ich die 10.0er extra für den Server zu dem Einsatzzweck (VoIP-Server zur Ersetzung meiner vorhandenen TK-Anlage) besorgt habe. Da die 10.0er dank dem
Sorry, aber wer eine nagelneue Distri auf ein Produktivsystem und dann auch noch auf einen Server loslaesst, sollte schon einige Kenntnisse mitbringen. Wer die nicht hat (was absolut keine Kritik ist, sondern lediglich eine sachliche Feststellung), wartet bis genuegend Erfahrungsberichte vorliegen. Ansonsten ist doch ganz egal, welche Programmversionen jeweils in einer Distri sind. Sind es nicht die allerneuesten, schreien die einen, sind es die allerneuesten, schreien die anderen. Ich benutze Suse seit der 5.0 und es war noch nie anders :-( Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
* Michael Ludwig [17.10.2005 08:19]:
Also stehe ich im Regen und muss - wenn ich nicht ein aktuelles 10.0er-System "vergewaltigen" will und über die Krücke (aka Notbehelfslösung) gcc3.x auf SUSE 10.0 das Problem lösen möchte meine 10.0 in die Tonne hauen und wieder das alte nehmen.
Sorry, aber wieso machst du SuSE verantwortlich wenn die *-Programmierer nicht-standardconformen Code schreiben? Und was bitteschön ist so schlimm dran, einen 3er gcc zusätzlich zu installieren? Gruß, Bernhard
Hallo, * Philipp Thomas [16.10.2005 19:56]:
Andreas Kneib
[Sa, 15 Okt 2005 20:29:25 +0200]: Den gleichen Ärger hatte ich beim Versuch, den MPlayer mit SuSEs 4.0er zu kompilieren. Also musste der gcc 3.4.4 her.
Das ist bestenfalls eine Krücke aber keine Lösung! Die einzig vernünftige Lösung ist das Bereinigen des Codes.
Schon, aber das ist wohl die Aufgabe der MPlayer-Maintainer. Nicht jeder (Anwender) kann C ... Gruß, Bernhard
participants (7)
-
Andreas Kneib
-
Bernhard Walle
-
Heinz W. Pahlke
-
Manfred Tremmel
-
Marcus Meissner
-
Michael Ludwig
-
Philipp Thomas