Probleme Mit debian und Gcc

N

nightmare1119

New Member
Hallo erstmal an alle die das lesen.

Ich hab seit einigen Tagen ein ziemliches Problem.
Ich arbeite viel mit quellcode auf meinem Server. Und die source von dem ich den Quellcode beziehe hat die unterstützung für Gcc 4.1 "eingestellt" deshalb bin ich gezwungen irgendwie auf gcc 4.2+ zu updaten dies ist aber leider nicht möglich da es das Gcc packet weder in den Offiziellen noch in den Backport sources gibt. beim selbstständigen Compilen der sources von gc.gnu.org wird folgende Fehlermeldung ausgegeben.
Fehlermeldung:
configure: error: cannot compute suffix of object files: cannot compile


Als Betriebssytem habe ich Debian Etch 4.0 mit Plesk 8.x
Plesk macht es leider (fast) unmöglich den Server auf Lenny bzw sid umzustellen. Deshalb wäre ich nun auf eure Vorschläge und Ideen angewiesen.

Mfg Nightmare1119
 
Dann poste mal (als Attachment -> Büroklammersymbol im Editor) die vollständige Datei config.log (als config.txt umbenennen)
 
Was sagt Dir
Code: 
/root/gcc/build/./gcc/xgcc -v
Wahrscheinlich kommt da
Code: 
error while loading shared libraries: libppl_c.so.2: cannot open shared object file: No such file or directory
Falls ja: Stell sicher, dass
  • diese Bibliothek installiert ist
  • für die richtige Architektur installiert ist
  • sich in einem Verzeichnis befinden, in dem der Laufzeitlinker sie auch findet (vgl. /etc/ld.so.conf)
  • die Cache-Datei des Linkers aktualisiert wurde, nach dem die Bibliothek installiert wurde (man ldconfig)
 
Nein dort kommt nur
Code: 
kassel122:~/gcc/build# ./gcc/xgcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.4.0/configure --enable-shared=libgcc --disable-multilib --program-suffix=-4.4 : (reconfigured) ../gcc-4.4.0/configure --enable-shared=libgcc --disable-multilib --program-suffix=-4.4
Thread model: posix
gcc version 4.4.0 (GCC)
kassel122:~/gcc/build#
 
Hm ja -- mein Fehler. Laut den Logs war es ja auch ./gcc/cc1, bei dem das Problem auftaucht (cc1 wird nicht gebraucht, wenn nichts tatsächlich kompiliert wird). Du kannst ja noch mal folgendes machen
Code: 
./gcc/cc1 < /dev/null
ldd ./gcc/cc1
updatedb && locate libppl_c.so.2
, um Dich des Bibliotheksproblems anzunehmen (s.o.).

Falls das zu keinem Ziel führt, ist Problem doch schwieriger, als dass man es so einfach remote lösen könnte, aber Du kannst ja mal abwarten, ob hier noch jemand die Gewinnidee hat.

Ansonsten könntest Du versuchen, das Problem mal auf der GCC-Mailingliste (findest Du irgendwo in der Doku) zu stellen. Für die GCC-Profis sollte das Problem sicherlich einfacher in den Griff zu bekommen sein.
 
Jetzt gibt er das aus.ich hab ppl nochmal kompiliert aber es ist immernoch das
Code: 
./gcc/cc1: error while loading shared libraries: libppl_c.so.2: cannot open shared object file: No such file or directory
aus.

Edit.
Hab die libs gefunden sie sind auf dem Root. wo müsste ich sie hinkopieren`?
kassel122:~/gcc/build# ldd ./gcc/cc1
libppl_c.so.2 => not found
libppl.so.7 => not found
libgmpxx.so.4 => not found
libmpfr.so.1 => not found
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x00002ab3e4851000)
libc.so.6 => /lib/libc.so.6 (0x00002ab3e4990000)
/lib64/ld-linux-x86-64.so.2 (0x00002ab3e4739000)
kassel122:~/gcc/build# updatedb && locate libppl_c.so.2
/root/gcc/ppl-0.10.2/interfaces/C/.libs/libppl_c.so.2
/root/gcc/ppl-0.10.2/interfaces/C/.libs/libppl_c.so.2.1.0
/root/gcc/ppl-0.10.2/interfaces/C/.libs/libppl_c.so.2.1.0T
/usr/local/lib/libppl_c.so.2
/usr/local/lib/libppl_c.so.2.1.0
kassel122:~/gcc/build# ./gcc/cc1 < /dev/null
./gcc/cc1: error while loading shared libraries: libppl_c.so.2: cannot open shared object file: No such file or directory
Click to expand...
 
Last edited by a moderator:
Steht /usr/local/lib in /etc/ld.so.conf mit drin? Wenn ja, wurde ldconfig nicht ausgeführt. Wenn nein, dort eintragen und ldconfig aufrufen (vgl. Punkte-Liste in Post #10).
 
So make install ist auch fehlerfrei durchgelaufen! Jetzt frage ich mich ob der root erst neugestartet werden muss damit die neue version erkannt wird.
 
Warum sollte er? Es reicht /usr/local/bin/gcc-4.4 aufzurufen, bzw. einfach gcc-4.4, wenn /usr/local/bin im Standard-Suchpfad eingetragen ist.
 
Ehm.. naja ich compile mit make und dann nimmt er irgendwie noch den 4.1 compiler. Kann man das Irgendwie umgehen?

Edit
kassel122:~/tc/build# cmake uild# cmake ../ -DPREFIX=/home/8/ -DCONF_DIR=/home/8/etc -DCMAKE_CXX_COMPILER=/usr/local/bin/gcc-4.4
-- The CXX compiler identification is GNU
-- Check for working CXX compiler: /usr/local/bin/gcc-4.4
-- Check for working CXX compiler: /usr/local/bin/gcc-4.4 -- broken
CMake Error at /usr/share/cmake-2.6/Modules/CMakeTestCXXCompiler.cmake:25 (MESSAGE):
The C++ compiler "/usr/local/bin/gcc-4.4" is not able to compile a simple
test program.
Click to expand...
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top