gcc 3.3.3 unter Lunar-Linux

  • Themenstarter Themenstarter Rushjo
  • Beginndatum Beginndatum
R

Rushjo

Guest
Hi,

ich habe ein paar Probleme mit meinem gcc 3.3.3 unter Lunar-Linux 1.3.4 mit Kernel 2.4.25.

Ich bekomme nach "lin gcc" folgende Fehlermeldung mit der dann das Einspielen des Packetes
unterbrochen wird.

Auszug des Output der Shell

gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I../../gcc-3.3.3/libiberty/../include -W -Wall -Wtraditional -pedantic ../../gcc-3.3.3/libiberty/fdmatch.c -o fdmatch.o
if [ x"-fpic" != x ]; then \
gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I../../gcc-3.3.3/libiberty/../include -W -Wall -Wtraditional -pedantic -fpic ../../gcc-3.3.3/libiberty/fibheap.c -o pic/fibheap.o; \
else true; fi
../../gcc-3.3.3/libiberty/fibheap.c: In function `fibheap_delete_node':
../../gcc-3.3.3/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (first use in this function)
../../gcc-3.3.3/libiberty/fibheap.c:285: error: (Each undeclared identifier is reported only once
../../gcc-3.3.3/libiberty/fibheap.c:285: error: for each function it appears in.)
make[1]: *** [fibheap.o] Fehler 1
make[1]: Leaving directory `/usr/src/gcc-3.3.3-BUILD/libiberty'
make: *** [all-libiberty] Fehler 2
Creating /var/log/lunar/compile/gcc-3.3.3.bz2
! Problem detected during BUILD
Zum Vergrößern anklicken....

Hat dort jemand eine Idee? Wäre echt hilfreich. Denn hier wird auch nicht eine fehlende Bibliothek
oder so genannt. Dieser Fehler verhindert dann auch das "Kompilen" von jeglichen anderen Sources.

MfG & Thx Rushjo
 
Ich kann dir nur sagen, wo du suchen musst:
"LONG_MIN" ist #define'd in /usr/include/limits.h
Entweder ist da auf deinem System was fehlerhaft/fehlend oder diese Datei wird fälschlicherweise nicht #include't.

Greets, Ziri

PS: Lunar ist wohl das neue Poser Linux? *duck* :D
 
So, der Output von "lin gcc -d -v" ist:

++ gcc -pipe "-c -DHAVE_CONFIG_H -g -O2 -I. -I../../gcc-3.3.3/libiberty/../include -W -Wall -Wtraditional -pedantic -fpic ../../gcc-3.3.3/libiberty/fibheap.c -o pic/fibheap.o"
../../gcc-3.3.3/libiberty/fibheap.c: In function `fibheap_delete_node':
../../gcc-3.3.3/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (first use in this function)
../../gcc-3.3.3/libiberty/fibheap.c:285: error: (Each undeclared identifier is reported only once
../../gcc-3.3.3/libiberty/fibheap.c:285: error: for each function it appears in.)
make[1]: *** [fibheap.o] Fehler 1
make[1]: Leaving directory `/usr/src/gcc-3.3.3-BUILD/libiberty'
make: *** [all-libiberty] Fehler 2
++ devoke_installwatch ()
++ stop_logging ()
Creating /var/log/lunar/compile/gcc-3.3.3.bz2
++ temp_destroy (/var/tmp/lunar.lin.1052.gcc.compile-log.oWwRzk1189)
++ temp_destroy (/var/tmp/lunar.lin.1052.gcc.compile-fifo.uZmcCQ1197)
++ temp_destroy (/var/tmp/lunar.lin.1052.gcc.installwatch.TejzmS1162)
++ sound (FAILURE)
! Problem detected during BUILD
++ report (/var/log/lunar/compile/gcc-3.3.3.bz2 compile log gcc 3.3.3)
++ activity_log (lin gcc 3.3.3 failed Due to build errors during BUILD)
++ lock_file (/var/log/lunar/activity)
++ unlock_file (/var/log/lunar/activity)
++ temp_destroy (/var/tmp/lunar.lin.1052.prepared-depends.FKCwpj1067)
Zum Vergrößern anklicken....

Hilft Dir das irgendwie weiter?

MfG Rushjo
 
Hi,

Ich hab mal gestern bei mir versucht, auch den neuen gcc zu installen,
und siehe da: ich hatte auch nen compile-error beim gcc-3.3.3,
und auch ärger mit der libiberty, und das nur, weil mein link /usr/src/linux nicht auf den richtigen Kernel zeigte.
Ich hab unter nem 2.6.5er kompiled, aber der linux link ging auf nen unfertigen 2.6.7-rc1er :)

Nachdem ich das gefixed hatte, gings wunderbar :)
 
@sirPhreak

Ich habe mal bei mir geschaut, dort steht Folgendes.

root@Lunar /usr/src # ls -all /usr/src/linux
lrwxrwxrwx 1 root root 12 2004-02-25 16:18 /usr/src/linux -> linux-2.4.25
Zum Vergrößern anklicken....

Und ich habe einen laufenden 2.4.25 Kernel, das kann also nicht das Problem sein, oder wie hast
Du den "symbolischen Link" gesetzt?

Thx & MfG Rushjo
 
erm, den link ?

meinst du
Code: 
ln -sf /usr/src/linux-6.6.7r1 /usr/src/linux
?
und ausserde musste ich
Code: 
ln -sf /usr/src/linux/include/asm-generic /usr/include/asm-generic
durchführen, fällt mir grad ein.

hmm, hast du eigentlich schonmal versucht die aktuellere gcc Version (3.4) zu installen ?
 
Also die Version "gcc 3.4" existiert in meiner "Moonbase" noch garnicht. Beim Befehl:

root@lunar lin -d -c -r gcc -V 3.4
Zum Vergrößern anklicken....

Will er dann automatisch die "gcc 3.3.3" installieren, weil er die "gcc 3.4" nicht findet. Auch
das Setzen des "symbolischen Links" hatte keinerlei Erfolg.

Habe mittlerweile echt keine Idee mehr.

MfG Rushjo
 
es könnte auch an den
CFLAGS und CXXFLAGS
liegen, schonmal versucht die zu entfernen ?

auf der konsole das tool 'lunar' aufrufen und unter architecture optimize alles rausnehmen, und kompatibilität auf i383er setzen zB.


PS: das ist, wenn ich das richtig sehe, ein bekannter, und bei den gcc entwicklern schon gemeldeter buq :)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13334
 
@sirPhreak

Mal die dumme Frage, wie ich es bei "Lunar's" Packet-Management-System die CFLAGS und CXXFLAGS ausschalten kann???
Danke für Deine Hilfe.

MfG Rushjo
 
in der console das Tool lunar aufrufen.

Code: 
root@mobile$lunar => Option -> Optimize Architecture -> [compiler einstellen]

und dann folgen die ganzen Flags ....

Die Flags stehen auch in folgender Datei:

/etc/lunar/local/optimizations
 
@sirPhreak

Also, bei mir in der /etc/lunar/local/optimizations steht nur drin:

bash-2.05b$ cat /etc/lunar/local/optimizations
PLATFORM=x86
BUILD=i686-pc-linux-gnu
MAKES=1
COPT=-pipe
CCOPT=-pipe
BOPT=Faster
CPU=I686
SPD=()
STACK=
XTRA=(MMX dnow)
FPM=None
CC_WARN=()
CCC_WARN=()
LDF=(Strip)
ADDON=()
Zum Vergrößern anklicken....

Und auch wenn man "lunar" --> "Option" --> "Optimize Architektur" --> "Compiler einstellen" steht nichts drin. ALso, wo kann ich denn dies einstellen??

MfG Rushjo
 
Also, ich habe das gestern mal getestet, sirPhreak. Aber leider keinerlei Lösung des Problem. Ich bekomme immernoch die gleiche Fehlermeldung.

MfG Rushjo
 
libiberty gehört zu den binutils,

evtl. hilft auch eine neuinstallation derer.
Kannst ja vorweg auch mal ein 'lin moonbase' durchlaufen lassen .
 
Gut, dann versuche ich mal ein "Lin bindutils". Das "Lin moonbase" und "Lin lunar" habe ich nun in den letzten drei Tagen ca. 10 mal schon gemacht! :-)

MfG Rushjo
 
Okay, ich habe das Problem nun mal direkt im Forum von Lunar-Linux.org gestellt. Dort habe ich folgende Antwort erhalten, die das Problem fixt, hier. Es ist einfach ein manuelles Workaround. Daher hat sich das Problem mit "/usr/src/linux/asm" gelöst. Lediglich das Problem mit "limit.h" besteht weiterhin.

MfG Rushjo
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben