22 May
2001
22 May
'01
16:09
Hallo, * Ralf Corsepiustextete am 21.05.01: > Florian Gross wrote: > > * Ralf Corsepius textete am 19.05.01: > > > Florian Gross wrote: > > > > * Christoph Maurer textete am 18.05.01: > > > > > Am Don, 17 Mai 2001, schrieb Florian Gross: > > > > > > * Christoph Maurer textete am 17.05.01: > > > > > > > Am Mit, 16 Mai 2001, schrieb Florian Gross: > > > > > > > > [configure] > > > > > > > > > > > > checking for gcc... cc > > > > > > > > checking whether the C compiler (cc -O -Ae -O -Ae) works... no > > > > > > > > configure: error: installation or configuration problem: \ > > > > > > > > C compiler cannot create executables. > > > > > Mehrere Ideen > > > > > 1. Ist /usr/bin/cc ein Link auf /usr/bin/gcc > > > > > > > > Ja. > > > Was sagen: [...] > OK, gcc und binutils sind da. > > > > which test > type -a test > > Sollte etwas in der Art liefern: > test is a shell builtin > test is /usr/bin/test Kommt auch. > Was liefert > uname Linux > und > uname --machine i486 > > > Vor dem Configure-Lauf config.cache gelöscht? > > > > Ähh, nee. Gibt's die man configure eigentlich auch in lesbar? ;-) > configures sind in der Regel von autoconf generierte Scripte. > Man-Pages zu einzelnen Configures gibt es deshalb nicht und machen > auch keinen Sinn. Hmmm, auch wieder wahr. > ./configure --help sollte allerdings die relevante Information > liefern. Sh.., klar, auch 'ne Möglichkeit. > config.caches sind, wie der Name schon sagt, Cache-Dateien, die beim > Configure-Lauf angelegt werden und die Zwischenergebnisse der > diversen Checks speicheren, um bei komplexen Paketen Zeit zu sparen. > Läuft allerdings etwas schief, werden auch Zwischenergebnisse von > gescheiterten Checks mit eingelesen. Die war 0Byte groß, hab' sie trotzdem mal gelöscht, leider wieder kein Erfolg. *schnüff* > > Und wie geht's jetzt weiter? > Gute Frage. > > Was mich wundert, sind die cc -Ae's in deinem Log. > > Ich habe keine Erklärung, wo sie herkommen könnten, da -Ae in > aalib's configure und dessen gesamter Infrastruktur nirgends > verwendet wird. > Sie dürften mit ziemlicher Sicherheit entweder aus Deinem > Environment, aus einem lokalen Tool (Wrapper-Scripte? Wozu?), > globalen Files (config.site?) oder aus config.cache stammen. config.site existiert nicht, config.cache hatte ich mal gelöscht. > > Muß eigentlich immer ich auf solche > > Dinge stoßen? > Nö, aber es gibt miese configure-Scripte. Dieses gehört > offensichtlich dazu. OK, anders formuliert: Warum muß ich immer die miesen Teile finden? > Welche aalib-1.2 Version versuchst Du zu übersetzen? Die aus > SuSE-7.1 lässt sich bei mir ohne Probleme übersetzen. Das zugehörige > rpm.spec enthält auch nichts aussergewöhnliches. Ich hab' 'ne SuSE 6.2 und die aalib habe ich mir direkt... AHHHHH! kann es sein, daß ich da 'ne Version für HP-UX zu kompilieren versuche? Bin irgendwie über google auf eine Seite gestoßen, auf der es unter anderem um 'BB' geht. Dafür braucht man die aalib. BB läuft unter anderem unter Linux. Irgendwie hab' ich da wohl heftig geschlafen. Die Seite (URL weiß ich nicht mehr, hab' sie mir gespeichert) hat die Überschrift 'Software Porting & Archieve Centre for HP-UX'... > rm -f config.cache > ./configure --prefix=/usr --infodir=/usr/share/info > müsste funktionieren. Nö, geht auch nicht. Ich such mir mal die lib auf dem SuSE- Server. Danke an alle. cu flo -- >Wie tief kann ein User eigentlich sinken? weiß nicht, frag Hillner. Der hält den Rekord.[WoKo und Hajo Pflueger in dag°]