* Daniel Wolpert textete am 17.05.01:

Florian Gross wrote:

...

ich hab' da auch mal wieder ein Problem.

ich wollte mir die aalib-1.2 installieren, aber ich bleibe schon beim configure hängen...

...

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.

Kann es sein dass gar kein gcc installiert ist ???

Hab' grad nochmal gcc von der CD draufgespielt, ändert nichts... :-( Hat noch jemand eine Idee? cu flo -- Allles was andere dazu verleiht in Ihren Hirnen zu bleiben ist eine Ehre für mich. (Anonymer Hirnnutzer Woko.) [WoKo in dag°]

* Christoph Maurer textete am 17.05.01:

Am Mit, 16 Mai 2001, schrieb Florian Gross:

...

ich wollte mir die aalib-1.2 installieren, aber ich bleibe schon beim configure hängen...

Folgendes kommt raus:

...

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.

Schau doch mal in config.log, da sollte etwas mehr zu dem Problem stehen (vor allem, was genau configure probiert hat und was die Fehlermeldeung war)

Hier ist die config.log: configure:576: checking for a BSD compatible install configure:645: checking whether build environment is sane configure:692: checking for working aclocal configure:705: checking for working autoconf configure:718: checking for working automake configure:731: checking for working autoheader configure:744: checking for working makeinfo configure:757: checking whether make sets ${MAKE} configure:807: checking for gcc configure:884: checking whether the C compiler (cc -O -Ae -O -Ae) works configure:898: cc -o conftest -O -Ae -O -Ae conftest.c 1>&5 *Initialization*:1: missing token-sequence in `#assert' *Initialization*:1: missing token-sequence in `#assert' configure: failed program was: #line 894 "configure" #include "confdefs.h" main(){return(0);} Und was jetzt? cu flo -- Lieber Kasper, schütze mich vor Regen, Wind und Leuten, die verkaspert sind [Frank Weitz in dag°]

* 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.

...

Hier ist die config.log:

configure:807: checking for gcc configure:884: checking whether the C compiler (cc -O -Ae -O -Ae) works configure:898: cc -o conftest -O -Ae -O -Ae conftest.c 1>&5 *Initialization*:1: missing token-sequence in `#assert' *Initialization*:1: missing token-sequence in `#assert' configure: failed program was: #line 894 "configure" #include "confdefs.h" main(){return(0);}

Mehrere Ideen 1. Ist /usr/bin/cc ein Link auf /usr/bin/gcc

Ja.

3. Hast Du vielleicht die $CFLAGS Variable irgendwie seltsam belegt

_Ich_ bestimmt nicht.

4. Probier doch mal ein Hello-World-Programm zu kompilieren.

Ähhh, hast du mir eins? ;-) cu flo -- Ach so, stümpt: OjE(mine) ist ein Newsreader. Die meisten übersehen dabei die Warnung auf der Verpackung: Der Nutznetzminister warnt - Die Benutzung dieses Produkts zum Schreiben eigener Beiträge kann zu schweren Plonks und Flames nicht unter 42 Kilobytes führen! [Dieter Bruegmann in dag°]

Hallo,

* 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:
> 
> which gcc
/usr/bin/gcc

> which cc
/usr/bin/cc

> which as
/usr/bin/as

> which ar
/usr/bin/ar

> which ld
/usr/bin/ld

> which test

NICHTS!
 
> Irgendwelche aliase, die genauso heissen wie Systemprogramme
> vorhanden (ls, rm, cp, mv, test)?

alias dir='ls -l'
alias l='ls -alF'
alias la='ls -la'
alias ll='ls -l'
alias ls='ls $LS_OPTIONS'
alias ls-l='ls -l'
 
> Eine Datei namens "test" vorhanden?

/usr/bin/test existiert. Im dem Verzeichnis, in dem die Sourcen
liegen gibt's keine.
 
> Vor dem Configure-Lauf config.cache gelöscht?

Ähh, nee. Gibt's die man configure eigentlich auch in lesbar? ;-)
 
> > > 4. Probier doch mal ein Hello-World-Programm zu kompilieren.
> > 
> > Ähhh, hast du mir eins? ;-)
> Verstanden :)

*g*
 
> Folgendes als hello.c abspeichern.

[ Hello World ]

> Und mit 
> gcc -Wall -o hello hello.c
> übersetzen 
> 
> Nun sollte ein Programm namens hello vorliegen.

Geht scheinbar problemlos. 'Hello, world!' wird auch schön angezeigt.

Und wie geht's jetzt weiter? Muß eigentlich immer ich auf solche
Dinge stoßen?

Danke schonmal.

cu
flo
-- 
Ja, daß habe ich auch vor. [...] Ich dachte so an 256 MB zusätzlich... [...]
Aber vernünftige Graphikkarten sind recht teuer, und einen Drucker brauche
ich auch noch. [...] Bis dahin ist denn [...] mein Monitor hinüber. Und
Festplatten halten auch nicht ewig. [...] hätte ich gerne einen Brenner und
eine TV-Karte. Einen Scanner vielleicht und spätestens jezt fange ich an zu
spinnen.                                        [Bernd Brodesser in suse-talk]

* Christoph Werkhausen textete am 21.05.01:

Hm. Tschuldigung, wenn ich mich da rein hänge, aber ich hatte die gleiche Fehlermeldung beim Versuch XEmacs 2.4.x zu kompilieren. Da wird das Vorhandensein von MS-Windows abgefragt, wine wird für Windows gehalten (sorry, wenn ich das so laienhaft formuliere) und der Prozess wird abgebrochen.

./configure --without-msw

lief ohne Probleme durch.

Vielleicht auch für Dich ein Anhaltspunkt?

War's leider auch nicht. Ich wüßte aber auch nicht, was die lib mit Win zu tun haben _könnte_. Trotzdem danke. cu flo --

Lesnar(r), bist du das (oder Pueschel oder wie du sonst noch heissen tust)? Lesnar kann's nicht sein, sonst wär's HTMLisiert, und zwar natürlich mit der Übertext-Hochmarkierungs-Sprache, sonst wäre der Artikel in seinen Augen ja nicht lesnar, äh, lesbar. [Sabine Becker in danm]

Florian Gross wrote:
> 
> Hallo,
> 
> * 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:
> >
> > which gcc
> /usr/bin/gcc
[..]
> > which as
> /usr/bin/as
[..]
> > which ld
> /usr/bin/ld
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

> > Irgendwelche aliase, die genauso heissen wie Systemprogramme
> > vorhanden (ls, rm, cp, mv, test)?
> 
> alias dir='ls -l'
> alias l='ls -alF'
> alias la='ls -la'
> alias ll='ls -l'
> alias ls='ls $LS_OPTIONS'
> alias ls-l='ls -l'
SuSE-Standard und sollte (theoretisch) nicht stören.

Was liefert 
uname

und
uname --machine

> > 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.

./configure --help sollte allerdings die relevante Information
liefern.

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. 

[Faustregel: Geht bei einem Configure-Lauf etwas schief, immer
config.cache löschen bevor configure neu gestartet wird.]

> > > > 4. Probier doch mal ein Hello-World-Programm zu kompilieren.

> [ Hello World ]

> Geht scheinbar problemlos. 'Hello, world!' wird auch schön angezeigt.
D.h. der Compiler ist vorhanden und tut.

> 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.

> Muß eigentlich immer ich auf solche
> Dinge stoßen?
Nö, aber es gibt miese configure-Scripte. Dieses gehört
offensichtlich dazu.

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.

rm -f config.cache
./configure --prefix=/usr --infodir=/usr/share/info
müsste funktionieren. 

Ralf