Zu viele gcc?

nihonto · Beitrag von **nihonto** » 21.08.2003 20:11:43

Hallo Debianer,

habe Sid laufen und mittlerweile folgende gcc-Einträge:

debian:/home/etranger# dpkg -l|grep gcc
ii  gcc            3.3.1-2        The GNU C compiler.
ii  gcc-2.95       2.95.4-17      The GNU C compiler.
ii  gcc-3.0        3.0.4-7        The GNU C compiler.
ii  gcc-3.0-base   3.0.4-16       The GNU Compiler Collection (base package)
ii  gcc-3.2-base   3.2.3-7        The GNU Compiler Collection (base package)
ii  gcc-3.3        3.3.2-0pre1    The GNU C compiler
ii  gcc-3.3-base   3.3.2-0pre1    The GNU Compiler Collection (base package)
ii  libgcc1        3.3.2-0pre1    GCC support library

Das ist definitiv zu viel, gell?! Kann ich die bis auf die 3.3.2-0pre1 - Einträge löschen?

pdreker · Beitrag von **pdreker** » 21.08.2003 23:16:49

Nein. Du kannst die anderen runterwerfen. Der gcc-3.3 ist der default Compiler, den 2.95 und 3.2 kannst Du löschen.

Patrick

nihonto · Beitrag von **nihonto** » 21.08.2003 23:38:32

Hi Patrick,

danke für die Antwort! Funktioniert auch soweit, allerdings will apt mir bei der Entfernung von gcc-3.2-base noch eine Menge anderen Kram runterschmeißen:

Code: Alles auswählen

debian:/home/etranger# apt-get remove gcc-3.2-base
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Die folgenden Pakete werden ENTFERNT:
  cpp-3.2 gcc-3.2-base gnome-applets gnome-control-center gnome-core
  gnome-panel gnome-panel-data gsfonts-x11 j2re1.3 msttcorefonts
  x-ttcidfont-conf x-window-system x-window-system-core xbase-clients xdm
  xfonts-100dpi xfonts-100dpi-transcoded xfonts-75dpi xfonts-75dpi-transcoded
  xfonts-base xfonts-base-transcoded xfonts-scalable xutils
0 Pakete aktualisiert, 0 neu installiert, 23 zu entfernen und 1 nicht aktualisiert.
Es müssen 0B der Archive geholt werden.
Nach dem Auspacken werden 111MB Plattenplatz freigegeben sein.
Möchten Sie fortfahren? [J/n] n
Abbruch.

Kann mir nicht so recht vorstellen, dass das im Sinne des Erfinders ist, oder? Könnte das damit zusammenhängen, dass ich vor Kurzem noch Woody mit diversen Backports laufen hatte?

pdreker · Beitrag von **pdreker** » 22.08.2003 00:08:18

Das ist natürlich nicht so im Sinne des Erfinders...

Ich benutze die X Version aus SID schon länger nicht mehr, daher kann ich gerade nicht nachschauen, aber es kann durchaus sein, dass irgendein Teil von X einen Dependecy auf gcc-3.2 hat.

Lass Ihn doch einfachn erstmal drauf. Kommt Zeit, kommt Rat....

Patrick

nihonto · Beitrag von **nihonto** » 22.08.2003 09:18:44

Ok, soll mich auch weiter nicht stören. Eine Frage hab' ich aber noch: können die gcc sich ins Gehege kommen, wenn ich mir mal wieder 'nen neuen Kernel backen will? Oder wird das default-mäßig immer mit dem aktuellsten Kompiler im System gemacht?

Viele Grüße!!!

mime · Beitrag von **mime** » 22.08.2003 15:34:14

nihonto hat geschrieben:Ok, soll mich auch weiter nicht stören. Eine Frage hab' ich aber noch: können die gcc sich ins Gehege kommen, wenn ich mir mal wieder 'nen neuen Kernel backen will? Oder wird das default-mäßig immer mit dem aktuellsten Kompiler im System gemacht?

Die kommen sich deswegen nicht ins gehege, weil /usr/bin/gcc ein symbolischer Link auf den verwendeten gcc ist.
Das Heisst es wird der gcc genutzt auf den der link zeigt.

Hab selber schonmal den Fall gehabt, dass sourcen einen anderen gcc verlangten. In diesem Fall hatte ich einfach den link geändert und es funktionierte...

Kannst Du mit

Code: Alles auswählen

ls -al  usr/bin/gcc

Gruss