cc1 erzeugt kein Binary

Sigint 112 schrieb:
> Es sieht so aus, als würde cc1 einfach keine Datei
> erzeugen, und ich hab keine Ahnung wieso.

> $ gcc test.c -v

1) Deine Ausgabe ist nicht komplett; nach cc1 werden noch as und ld 
aufgerufen.

2) Du hast keinen Name für die Ausgabedatei (Executable) angegeben. 
Default ist a.out oder a.exe unter Windos.

3) cc1 erzeugt keine Executables.  cc1 ist i.W. ein 
Text-Text-Transformatoer (C nach Assembler).

> Die Datei "ccVSilvJ.s" wird nicht erzeugt.

4) Wenn dir die Assembler-Ausgabe des Compilers am Herzen liegt dann 
verwende -save-temps oder lasse lediglich mit -S compilieren. 
Assembliere / Linken kannst du dann in darauf folgenden Schritt(en) 
erledigen.

@Ahab: Ich hab cc1 nachher auch noch von Hand aufgerufen und es wird 
leider keine Datei erzeugt. Es gibt keine einzige Meldung, auch wenn ich 
"-quiet" entferne.

@Johann: 1) Doch, die Ausgabe ist vollständig. As und ld werden nicht 
aufgerufen. Ich hab keine Ahnung, wieso.

2) Das ist mir bekannt. Es wird aber nichts erzeugt.

3) Das wusste ich vorher nicht, war mir aber auf Grund der Dateiendung 
klar.
   Als nächster Schritt müsste ja as und dann ld folgen... da kommt aber 
nichts. :-(

4)Mir geht es nicht um die Assemblerdatei. Ich möchte mit "-v" nur 
verstehen, wieso kein Binary erzeugt wird. Für mich sieht es so aus, als 
würde cc1 kein Assemblerfile erzeugen und deshalb as nicht gestartet.
Leider bin ich kein gcc Fachmann, deshalb komme ich hier nicht weiter.
Deine Tipps haben auch nichts gebraucht. Weder "-save-temps" noch "-S" 
haben etwas geändert.

1

$ ldd /usr/lib/gcc/i686-pc-cygwin/4.9.2/cc1.exe

2

        ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c910000)

3

        kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c800000)

4

        cygcloog-isl-4.dll => /usr/bin/cygcloog-isl-4.dll (0x6ff20000)

5

        cygwin1.dll => /usr/bin/cygwin1.dll (0x61000000)

6

        cygisl-10.dll => /usr/bin/cygisl-10.dll (0x6e220000)

7

        cyggmp-10.dll => /usr/bin/cyggmp-10.dll (0x6eb00000)

8

        cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x6e570000)

9

        cygintl-8.dll => /usr/local/bin/cygintl-8.dll (0x6f5c0000)

Gruß,
  SIGINT

Sigint 112 schrieb:
> /cygdrive/c/DOKUME~1/SIGINT/LOKALE~1/Temp/ccVSilvJ.s

Hast Du auch tatsächlich da nachgesehen?

Mit cygwin habe ich keine Erfahrung bzw. nur "antike". Damals hatte es 
Probleme mit Pfaden, die Leerzeichen enthielten. Deine scheinen das ja 
zu tun...

Ich vermisse jegliche weitere Fehlermeldung.

1

$ gcc test.c -v

Übrigens: Übersetzen geht nur ohne das "-v", mit diesem Parameter werden 
nur Informationen vom gcc angezeigt.

Übersetzen geht so:

1

$ gcc -o test1.exe test.c

"test" ist ein schlechter Name, den gibt es unter Linux als Kommando, 
deswegen besser "test1".

So, hab was neues herausgefunden:

Wenn ich "cc1.exe --help" in cygwin starte, dann passiert nichts. Wenn 
ich das aber in einem DOS-Fenster starte, dann bekomme ich die 
Hilfeseite angezeigt, so wie es sein soll.

Das ist alles sehr komisch.

Gruß,
  SIGINT

Jim Meba schrieb:
> Ich vermisse jegliche weitere Fehlermeldung.

1

> $ gcc test.c -v

2

>

> Übrigens: Übersetzen geht nur ohne das "-v", mit diesem Parameter werden
> nur Informationen vom gcc angezeigt.

Nein, das stimmt nicht.

> Übersetzen geht so:

1

> $ gcc -o test1.exe test.c

Ebenso geht

1

$ gcc -v -o test1.exe test.c

allerdings mit ziemlich viel Geplapper.

So, ich hab jetzt Cygwin einfach neu installiert.
Jetzt geht alles. Leider sind jetzt alle "von Hand" installierten Pakete 
und libs weg. :-(

Gruß,
  SIGINT