make install error 2

[Archmage]

Αρχική Δημοσίευση από Morgul Αυτό φαίνεται στην assembly του printf ("%d\n", sizeof (long double)); ...... Δεν υπάρχει πουθενά κλήση υπορουτίνας... απλά περνάει τη σταθερά 16 ως παράμετρο στην printf() (στο σύστημά μου ένα long double είναι 16 bytes — βρε τι μαθαίνεις κάθε μέρα).

Σε μια gcc 3.4.2 που έχω στο pc για τα quick'n'dirty βγάζει:

        call    ___main
        movl    $12, 4(%esp)
        movl    $LC0, (%esp)   # το printf string
        call    _printf
        leave
        ret

Έτσι βλέπουμε ότι στο συγκεκριμένο σύστημα το size του long double είναι 12 και όχι 16!

Αναρωτιέμαι, αν βάλω την ίδια ακριβώς gcc σε άλλο cpu (intel ή amd), το size θα παραμείνει 12; Όμως αυτή υποτίθεται ότι τρέχει τόσο σε απλό pentium 1 όσο και στα τελευταίας τεχνολογίας. O compiler αναγνωρίζει το cpu και ανάλογα "καρφώνει" το sizeof;

Χμμμ... προβληματισμοί...


υγ: ναι, μπορεί όλα αυτά να ανήκουν στο /programming

[Gildor]

Αρχική Δημοσίευση από Archmage call ___main movl $12, 4(%esp) movl $LC0, (%esp) # το printf string call _printf leave ret

σορρυ που διακοπτω... αυτα πως εμφανιζονται; με decompiler του binary?

[Archmage]

Αρχική Δημοσίευση από Gildor σορρυ που διακοπτω... αυτα πως εμφανιζονται; με decompiler του binary?

Πχ με τα εξής:

gcc -S test.c
vi test.s

[Qluser]

Αρχική Δημοσίευση από Archmage Αναρωτιέμαι, αν βάλω την ίδια ακριβώς gcc σε άλλο cpu (intel ή amd), το size θα παραμείνει 12;

Ναί, αν και το άλλο CPU τρέχει σε 32bit mode.

O compiler αναγνωρίζει το cpu και ανάλογα "καρφώνει" το sizeof;

Τα μεγέθη είναι hardwired στον compiler με βάση την target αρχιτεκτονική. Αν έχεις όρεξη ψάξε για '#define.*_TYPE_SIZE' στα gcc/defaults.h και gcc/config/* στον κώδικα του GCC.

Λ.

[Morgul]

Αρχική Δημοσίευση από Gildor σορρυ που διακοπτω... αυτα πως εμφανιζονται; με decompiler του binary?

Δεν υπάρχει κανένας λόγος να κάνεις decompile το binary.

Ο gcc στην ουσία εκτελεί όλο το GNU toolchain για να φτάσει από source σε εκτελέσιμο (ή βιβλιοθήκη). Κάθε βήμα απ'αυτά μπορείς να το εκτελέσεις μόνο του, είτε τρέχοντας τον gcc με τις κατάλληλες παραμέτρους, ή τρέχοντας τα προγράμματα που τρέχει «κρυφά» ο gcc για να κάνει την ίδια δουλειά:

• Preprocessing: cpp (C σε preprocessed C)
• Compilation: gcc -S (C σε assembly)
• Assembly: as (Assembly σε Machine Code)
• Link: ld (Machine Code σε ELF εκτελέσιμο ή ELF βιβλιοθήκη)

Στην προκειμένη περίπτωση, είπα gcc -S file.c -o file.s.

[Gildor]

Δεν εχει σχεση με τα παραπανω, αλλα συνεχιζω τη διηγηση....

εφτιαξα λοιπον ενα μινι-συστηματακι με binaries κλπ, στο οποιο εκανα chroot για να αρχισω την εγκατασταση

Για καποιο λογο ομως, το συστημα δεν αναγνωριζει το αρχειο gcc το οποιο ειναι απαραιτητο!! οταν παω να το τρεξω: "no such file or directory"

στην αρχη πιστεψα οτι ισως φταιει το PATH αλλα ειναι σωστο. το gcc φαινεται στο ls

απο αλλη κονσολα, μπηκα απο το 'κανονικο' filesystem. Οταν παω να τρεξω το ιδιο το αρχειο, στο ιδιο directory, τρεχει κανονικα. Μονο απο το chroot δεν μπορω!

Δευτερη υποθεση μου ειναι οτι ισως το αρχειο ειναι link στο 'εξωτερικο' πρωτοτυπο, και γιαυτο το αναγνωριζει απεξω, αλλα οχι απο μεσα, οπου το εξωτερικο πρωτοτυπο δεν υπαρχει. Ομως οταν γραφω ls -l δε μου γραφει τιποτα για link. Και τα δικαιωματα ηταν x σε ολα

Μπηκα λοιπον στο bin directory και ετρεξα καποια Bins. Ολα ετρεχαν κανονικα, εκτος απο το gcc. Οταν εκανα ls -l παρατηρησα το εξης: το gcc ειχε διπλα του τον αριθμο 1 ενω τα αρχεια που ετρεχαν ειχαν τον αριθμο 3

εψαξα τα manuals και δε βρηκα τιποτα για το τι ειναι ο αριθμος διπλα. Λετε να παιζει ρολο;

[Morgul]

Αρχική Δημοσίευση από Gildor Δεν εχει σχεση με τα παραπανω, αλλα συνεχιζω τη διηγηση.... εφτιαξα λοιπον ενα μινι-συστηματακι με binaries κλπ, στο οποιο εκανα chroot για να αρχισω την εγκατασταση Για καποιο λογο ομως, το συστημα δεν αναγνωριζει το αρχειο gcc το οποιο ειναι απαραιτητο!! οταν παω να το τρεξω: "no such file or directory" στην αρχη πιστεψα οτι ισως φταιει το PATH αλλα ειναι σωστο. το gcc φαινεται στο ls

Το μήνυμα είναι παραπλανητικό (θυμάσαι αυτό που έλεγα ότι τα διάφορα μηνύματα λάθους μπορεί να σημαίνουν διαφορετικά πράγματα.

Σ'αυτή την περίπτωση, το αρχείο που τρέχεις δεν είναι binary αλλά script κάποιου είδους και από το chrooted σύστημά σου λείπει ο interpreter του (ή είναι σε λάθος θέση). Ως πείραμα, σώζεις το εξής bash script:

#!/papaki/bash
echo "Testing."

Αν το σώσεις ως papaki:

$ chmod +x papaki
$ ./papaki
bash: ./papaki: /papaki/bash: bad interpreter: No such file or directory

Για να λύσεις το μυστήριο, δες με file gcc αν το αρχείο είναι binary ή text, και δες ποιος είναι ο interpreter του (αναγράφεται στην πρώτη γραμμή ενός script, με τη σύνταξη #!INTERPRETER-PATH). Στο chroot environment πρέπει να υπάρχει αυτός ο interpreter και να τρέχει.

Μπηκα λοιπον στο bin directory και ετρεξα καποια Bins. Ολα ετρεχαν κανονικα, εκτος απο το gcc. Οταν εκανα ls -l παρατηρησα το εξης: το gcc ειχε διπλα του τον αριθμο 1 ενω τα αρχεια που ετρεχαν ειχαν τον αριθμο 3.

Γενικά πρέπει να είσαι πολύ πιο συγκεκριμένος! Το ls -l τυπώνει πολλούς αριθμούς. Ο μόνος που είναι «δίπλα» στο filename είναι η ημερομηνία/ώρα τελευταίας αλλαγής. Φαντάζομαι ότι λες για το μονοψήφιο (συνήθως αριθμό) στη δεύτερη στήλη (μετά από τα permissions). Αυτός είναι ο αριθμός των hard links προς αυτό το αρχείο. Δεν παίζει κανένα ρόλο, αλλά αν ο gcc είναι symlink και το αρχείο στο οποίο δείχνει το symlink δεν είναι στη σωστή θέση, τότε θα πάρεις ξανά ένα File not found.

Αν θες πιο πολλή πληροφορία, το ls -lF /usr/bin/gcc* θα σου πει πιο πολλά (symlinks πχ).

[Gildor]

ELF 32-bit LSB executable, [...] dynamically linked (uses shared libs), not stripped

[Morgul]

Αρχική Δημοσίευση από Gildor ELF 32-bit LSB executable, [...] dynamically linked (uses shared libs), not stripped

Αυτό το λέει μέσα στο chroot environment, ή στο host;

Μέσα στο chroot environment, τι σου λέει αν του πεις ldd gcc (κάνε cut & paste, όχι αντιγραφή με το μάτι); Τι σου λέει αν του πεις strace gcc; Αν τυπώσει τα αντερά του, δοκίμασε strace gcc 2>&1 | grep -C2 ENOENT.

[Gildor]

to chroot env δεν αναγνωριζει τις εντολες file και strace οποτε δεν μπορω να ξερω

απο chroot, οταν γραφω ldd παλι λεει no such file or directory

νομιζω οτι εχει ενδιαφερον το εξης: απο host, το ldd επιστρεφει σε μια γραμμη /lib/ld-linux.so.2 ενω αλλα αρχεια που δοκιμασα, λενε tools/lib/ld-linux.so.2

να το παλι το γνωστο προβλημα!!!

τωρα, το strace σε καποιες γραμμες γραφει: μπλα μπλα ...specs", Ρ_OK) = -1 ENOENT (No such file or directory)

Δεν μπορω να κανω paste γιατι ειναι αλλο μηχανημα

τιποτα ενδιαφερον;

[avel]

Αρχική Δημοσίευση από Gildor τιποτα ενδιαφερον;

Όχι, δε γράφεις τίποτε ενδιαφέρον.

[Gildor]

Αρχική Δημοσίευση από avel Όχι, δε γράφεις τίποτε ενδιαφέρον.

Κοιταξες και σε αλλα μερη του φορουμ;

ΥΓ. Οκ, το εκανα παλι compile το gcc και τωρα δουλευει και απο μεσα και απο εξω