gcc fehlermeldung : installation or configuratio..

[chrisindy]

n problem: C compiler cannot create executables.

Vielleicht hat jemand eine Idee warum dieser Fehler auftritt..
(es handelt sich um gcc v 3.3. unter irix 6.6, installiert aus der sgi freeware datenbank, und liegt somit unter /usr/freeware/bin, bereits in der PATH variable eingetragen)

Grüße
Chris

[Pinky]

Hallo

Was genau hast du denn compiled und wie sehen die GCC Meldungen vor der Fehlermeldung aus?

Gruesse
Roland

PS: hat schon jemand die Compose-Taste im Mozilla/Firebird (-fox wieauchimmer)/ Skipstone zum funktionieren gebracht?

[tg_it]

Ich denke ich weiss warum der gcc nicht funktioniert, du lebst in der Zukunft. Bist wohl ein Betatester von Irix 6.6    

Ok Spaß beiseite, wie sehen deine Umgebungsvariablen aus? Alle wichtigen Pfade gesetzt? setenv CC gcc gemacht?

bye
Thomas

[real-cyrano]

Hast du den SGI assembler installiert ? Bei mir war das damals nicht der Fall und ich hatte einen ähnlichen Fehler :-) funktioniert gcc -c ??

[chrisindy]

pink: es hatte sich bei dem ganzen um die initialisierung von "configuration", zugehörig zum epic irc paket gehandelt. dieses stellte sowas ähnl. fest wie gcc found - ok usw.. aber dann eben diese fehlermeldung.

tg_it: setenv CC gcc habe ich noch nicht ausgeführt, werde ich dann wohl noch machen, ist das shellunabhängig?
Welche Pfade müssen ansonsten noch configuriert werden?

Und: Ob der sgi assembler installed ist weiss ich nicht, meines wissens ist nur das gcc paket von der sgi freeware page instaliert. ist der Assembler auch von dort erhältlich?

So. Vorerst steht noch bissl Arbeit an, werde die paar dinge später einmal testen. Noch eine Frage: Nach dem eintrag einer exportzeile des dirs /usr/freeware/bin in die variable PATH habe ich nun diesen Pfad 2x in derselbigen. (echo $PATH);Wesshalb?

Grüße
Chris

[real-cyrano]

@chrisindy:

Der Assembler sollte unter /bin oder /usr/bin liegen und heißt "as". Normalerweise ist der auf irgendeiner der IRIX-CDs dabei. Seperat downloaden kannst Du den meines Wissens nicht von SGI.

Grüße,

Daniel

[tg_it]

nein das ist nicht shellunabhänig, setenv funktioniert bei der csh und tcsh, bei der sh nimmst du set und bei der bash export

als standard export habe ich die pfade ungefähr so:

setenv CC gcc
setenv CXX g++
setenv CFLAGS '-mips3 -O2 -I/usr/freeware/include'
setenv LDFLAGS '-L/usr/local/lib -L/usr/freeware/lib32'

es kann sein das du die pfade für dich anpassen musst und es kommt ja darauf an was das paket für parameter benötigt.

der sgi asm ist installiert wenn du die orig. dev cd's eingespielt hast. paket heisst meine ich dev_sw*. müsste irgendwo unter /usr/? liegen. mach einfach ein find /usr -name as und du weisst wo er wohnt.

es kann vorkommen das der pfad öfter erscheint. dies ist ja abhängig davon welche shell du verwendest und wo du ihn einträgst. Die shell sieht ja zuerst in /etc nach ob ein konfigskript vorliegt dann geht sie ins ~ und schaut dort nach und führt dann dementsprechend die kommandos aus

bye
thomas

[chrisindy]

gut, also wären dann diese kommentare als export (anstatt von setenv) in die profile einzutragen? so Hatte ich es zumindest mit dem einen dir gemacht, welches nun (unter der bash shell) doppelt vorkommt.

Wegen dem assembler werde ich heute Abend mal schauen.

Grüße
Chris

[rob_gester]

@chrisindy
1. in .profile wenn du korn shell (ksh) verwendest. für c-shell ist das .cshrc, wenn ich mich gut erinnere (bin gerade nicht an der sgi)
2. die doppelten set-einträge stören nicht wirklich, oder?
3. einfach
$ which as
eintippen. da kriegst du den (gesetzten) wohndirectory vom programm...
rob

[Pinky]

@chrisindy: wenn configure schreibt, dass es den gcc geefunden hat, sollte das setzen von CC auch nix ändern (schaden kann es aber auch nicht).

Die interessante Fehlermeldung sollte irgendwo über dem 'C compiler cannot create executables'  stehen. Sollte configure irgendwas nicht finden (was meistens der Fehler ist) steht das in einer Meldung.
Der as ist wirklich ein heißer Tipp.

Grüße
Roland

[chrisindy]

nun, bei "which as" kommt "as not in ... usr/bsd /sbin /usr/bin .....etc.


was viell noch hilfreich wäre, wenn ich eine c file durch gcc jage: gcc command.c (bspw)

beobachtung: so gut wie in jeder Zeile: "bspw.'Timeval' undeclared (first use in this function)
selbiges auch in den anderen Zeilen, jediglich mit anderen Befehlen wie bspw 'args, time_t' usw
Scheint irgendwas zu fehlen oder liegt es einfach nur am zusammenhang von der file command.c zu den restlichen in dem paket??


ansonsten nichts.

Die cmds von tg_it haben auch durch den ersatz mit "export" bis auf den ersten nur die Fehlermeldung not a valid identifier bekommen.

export CC gcc hatte übrigens auch keine Meldungen (aber auch keine Fehlermeldungen ergeben)

Hier nochmal der genaue Wortlaut bei welchem der gcc fehler auftritt:

locading cache ./config.cache
this is IrcII version EPIC4-1.2.9

checking for gcc... gcc
checking wether the C compiler (gcc  ) works...no
configure: error: installation or configuration problem: C compiler cannot create executables.

..

Tja..leider nicht vorangekommen.
Bei gcc -c :keine eingabedateien

Grüße
Chris


P.s. das Paket dev.sw scheint schon mit einem rollover drüber gezogen zu sein da alle versionen in dieser file von der dev cd scheinbar ältere sind und bereits vorhanden waren.

[Jasper]

Hiho,

kein as gefunden: schlecht, sollte in /usr/bin sein. Sonst gibts keine Kekse. ld fehlt dann bestimmt auch.
Jag doch mal folgende Null-Datei durch den GCC:


int main() {}



'timeval undeclared' sollte ebenfalls nicht sein, da glaube ich Teil von POSIX oder ANSI ist. Kann natuerlich auch an fehlenden includes liegen, kann ich ohne naeher Kenntnis dessen, was Du getan hast, nicht sagen. Das eine muss mit dem anderen nichts zu tun haben, da solche Meldungen schon beim parsen des Quelltextes entstehen. Ich habe den Eindruck, dass bei Dir die Development Foundation komplett fehlt.

Kleiner Tipp noch generell: Bei configure-Laeufen kann man meistens in der Datei config.log genaueres nachlesen.

Gruss

JM

[Rainer]

@chrisindy
hast Du übrigens schon mal in die SGI Freeware FAQ

http://freeware.sgi.com/faq.html

geschaut, z.B. dort Question Q2.3?

Rainer

[real-cyrano]

@chrisindy:

Jetzt wo Rainer es erwänt hat, ich erinnere mich, dass irgendwann mal auf SGIs Freeware-Seite stand, dass der gcc 3.x erst ab einer bestimmten IRIX 6.5 release genutzt werden kann. Davor nur 2.9x.
Du kannst mal probieren, (ok die timeval-Fehler sind eine andere Geschichte und müssen zuerst korrigiert werden) mittels gcc -c test_programm.c nur den Objectcode zu erzeugen. Das sollte funktionieren. Ist das ergebnis positiv, dann wirst du wohl den Assembler nachinstallieren müssen.


grüße,
Daniel


PS: Ich würde allerdings mal "find / -name as" probieren, da die angaben von which sich nur auf die $PATH-Verzeichnisse beziehen.

[tg_it]

so muss das aussehen wenn du export benutzt

export CC=gcc
export CXX=g++
export CFLAGS=-mips3 -O2 -I/usr/freeware/include
export LDFLAGS=-L/usr/local/lib -L/usr/freeware/lib32

bye
thomas