Dotaz: C compiler chyba

[swejk]

Na slackwaru 10.0 při instalaci mi ./configure napíše
checking for C compiler default output... configure error: C compiler cannot create executables
Práva k zápisu mam.
Mam nainstalované skoro všechny balíčky ze skupiny D.
např:
gcc-3.3.4
gcc-g++-3.3.4

Co stím nevíte někdo?

Odpovědi

[Michal Kubeček]

Podívat se do logu, co konkrétně selhalo, z toho by mělo být jasnější, proč to selhalo.

[swejk]

tady je config.log

[rastos]

Michal Ti poradil aby si ten log _precital_ a nie _vystavil_ ho nam

Ja v nom vidim toto:

configure:2212: gcc    conftest.c  >&5
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-sla
ckware-linux/bin/ld:
 crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status

Co znamena, ze najskor nemas nainstalovany subor crt1.o, ktory obsahuje balik glibc

[swejk]

Diky moc příště už budu vědět jak nato

[ICC Dancelis]

C compiler cannot create executables hmm, mám teď stejnej problém :( Mám glibc-2.3.5.20050722, práva k zápisu, Gentoo Linux 2005.0 a prostředí KDE 3.4.2... jenže nevím kam se ten config.log uloží ... nikde ho tu nemám :( nemůžu zkompilovat nic trochu složitějšího... třeba Kopete, MLDonkey, KDEjava ... prostě nic. Prosím lidi, nevíte někdo ? :( Myslím, že to začalo tm, jak jsem zkompilil novou glibc... ale když se pokouším zkompilovat tu 2.3.5-r1, tak to hodí pro změnu: checking size of long double... configure: error: cannot compute sizeof (long double), 77 See `config.log' for more details. Předem dík všem ochotným lidem :)

[ICC Dancelis]

Jo a ta chyba je trošku jinak... checking for C compiler default output file name... configure: error: C compiler cannot create executables

[Michal Kubeček]

Cituji z vašeho příspěvku: "See `config.log' for more details." Tak proč to neuděláte?

[ICC Dancelis]

Cituji ze svého příspěvku ,,jenže nevím kam se ten config.log uloží ... nikde ho tu nemám :("

[Michal Kubeček]

Obvykle přímo v kořeni příslušného stromu se zdrojáky, tj. v adresáři, odkud spouštíte configure

[ICC Dancelis]

To je ten problém... nespouštím configure, protože mám Gentoo :) napíšu třeba "emerge kopete" a zkompiluje se kopete... všechno udělá za mě :) ale snad mě něco napadlo... jdu to checknout, díky.

[#Tom]

Soubory se na disku hledají třeba takto:

find / -type f -name "config.log"

[ICC Dancelis]

Děkuju moc... já to hledal locate, ale nic... No tak tady to je (kompilace Kopete)... kdybyste to někdo omrknul a poradil, byl bych nesmírně vděčný :)

[ICC Dancelis]

Omlouvám se, to byl log ještě ze starší kompilace, už jsem to nahradil ... log z kompilace glib-2.7.4, odkaz je stejný.

[ICC Dancelis]

Omlouvám se, to byl log ještě ze starší kompilace, už jsem to nahradil ... log z kompilace glib-2.7.4, odkaz je stejný.

[Michal Kubeček]

Příkaz locate vám ten soubor celkem pochopitelně nemůže najít, protože nepracuje s obsahem filesystému ale s databází, kterou mu nějaký skript čas od času (obvykle jednou denně) vygeneruje. Pokud chcete opravdu najít nějaký soubor, je vhodnější použít find

[ICC Dancelis]

OK. Já celkem často aktualizuju databázi (updatedb) tak jsem myslel, že je to jedno. Btw, zrovna po tom jsem ji aktualizoval, ale stejně nic...

[Michal Kubeček]

S tím vám neporadím, já locate nepoužívám vůbec.

[ICC Dancelis]

Já ode dneška taky ne :)

[ICC Dancelis]

Opravdu nikdo nevíte co s tím ?

[#Tom]

Jedna z těch hlášek říká, že překladač nemůže udělat spustitelný soubor (compiler cannot create executables), takže asi něco chybí. Navíc se objevily potíže se zpracováním některých knihoven:

/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libc.so: file format not recognized; treating as linker script

S tímhle si taky nevím rady, s 64-bitovými systémy nemám žádné zkušenosti. Nepomíchaly se nějak 32-bitové knihovny se 64-bitovými? A co překladač? Ten asi bude 64-bitový podle toho výpisu.

[ICC Dancelis]

Jestli se pomíchaly, tak jedině kvůli updatu, kterej jsem dělal.. ale to asi těžko :/ překladač.. no.. já nevím, já se v tom taky nevyznám, mám Gentoo (můj první Linux) teprv 2 týdny :D

[Hynek (Pichi) Vychodil]

Aha, Gentoo je ten nejvhodnější systém pro začátečníka. Tak v tom případě se musí postupovat podle návodu a ten říká: Kontaktuj autora toho ebuildu!

[ICC Dancelis]

Cože ?? Gentoo že je nejvhodnější pro začátečníky ? Dyť je to jeden z nejprofesionálnějších systémů :D Mandrake je pro začítečníky... to je jedno... autora ebuildu bych kontaktovat, kdybych věděl, co za to může... mám podezření na novou glibc, protože glib s tímhle nemá nic společnýho... Takže nevím...

[ICC Dancelis]

Oprava: nejprofesionálnějších distribucí

[Hynek (Pichi) Vychodil]

Ale ty jako začátečník nemáš vůbec zjišťovat co za to může. Já se bláhově domníval, že ebuild řeší i závislosti a tak by měl proti špatné verzi glibc přinejmenším protestovat, jestli to nedělá tak je to opět důvod kontaktovat autora ebuildu. My ti tady třeba i pomůžeme chybu najít, vyřešit, ale tím se nic nezmění, ten ebuild bude pořád špatný. To je oč tu běží. Jestli je Gentoo jedna z nejprofesionálnějších distribucí, tak jakto, že ti to nefunguje? Jak to, že je v tom ebuildu chyba? Teda jestli tam ta chyba je, že.

[ICC Dancelis]

Okay, třeba je ten ebuild špatnej, ale to přece neznamená, že Gentoo není profesinální distribuce... kvůli jednomu ebuildu nemůžeš soudit celý distro :D Takže kontaktuju autora ebuildu a ten to vyřeší a půjde to normálně.. jenže to mi bude na houby, protože si to nebudu moct zkompilovat... chápete to ?? Já to prostě musím vyřešit, jinak si nic nezkompiluju :(

[Ctirad Feřtr]

Portage samozřejmě řeší závislosti, ale těžko vyřeší věci typu, že si někdo najednou přenastaví v make.conf flagy na jinou architekturu než má (případně pro správnou, ale jiný režim - 32bit versus 64bit) nebo tam napíše úplný nesmysl. Pak to samozřejmě nefunguje.

Takže pokud je ten problém globální, tj. nejde emergnout nic, hledal bych problém tady (zkontrolovat relevanci flagů v make.conf a pro sichr použít revdep-rebuild kvůli kontrole a případné opravě zpětných závislostí). Pokud je to pouze problém jednoho ebuildu zkusit jinou verzi téhož programu, ať už starší nebo odmaskovat nějakou novější.

[David Watzke]

Problém je globální.. ale něco emergnout jde... třeba nový Skype šlo, ale MLDonkey, Kopete, glib, glibc, nový X.org, K3b, emul-linux-x86-baselibs, atd. ... nic z toho nejde :( make.conf jsem v tu dobu needitoval.. to už je dýl, co jsem to dělal naposled... a to jsem jen přidal flag -nas... revdep-rebuild jsem udělal hned jako první... to mě napadlo. Tady je můj make.conf

[David Watzke]

Prosím jestli někdo víte, tak mi napište, víte jaký to je, říct emerge sync, vidět všechny ty updaty a být bezmocnej ? Nejde tu jen o to, mám tu pak ještě problém s OOo a tak a nemůžu nic řešit

[David Watzke]

Tady je odkaz na log z emergu.. je to jiná chyba než ta z C compilerem, ale určitě to nějak souvisí... (skoro) každej emerge zkrachuje buď s chybou C compiler, nebo tohle

[#Tom]

Možná by stálo za to si zkompilovat ony problémové programy ručně bez gentooovských zlepšováků. Pokud je v nich někde chyba, může se ruční kompilace podařit.

[David Watzke]

to bych to musel nejdřív umět :D žiju v domění, že se to dělá nějak takhle: ./configure; make; make install zapomněl jsem na něco ?

[#Tom]

Jo, ještě se hodí přečíst si README, INSTALL, ./configure --help, něco v ./doc/ atd. Pak je dobré nastavit správně CFLAGS a CPPFLAGS, zapnout optimalizace (třeba pro mě: CFLAGS="-O3 -march=pentium2 -fomit-frame-pointer -fPIC"), podívat se na gcc -v, pokud máte víc překladačů, teprve potom spustit make, i když někdy se musí dopsat nějaké další parametry (to bývá většinou u programu napsáno). Potom je dobré ověřit, jestli program umí make uninstall, jestli ví, co je to DESTDIR, INSTALL_ROOT atd. a teprve potom spustit instalaci. Můj oblíbený příkaz je make DESTDIR=/tmp/něco install, z toho udělám .tar.bz2 balíček a až pak instaluju. Zároveň to umožňuje pohodlnou odinstalaci. Když nefunguje DESTDIR, pomůže většinou přepsat PREFIX či prefix.

To není ještě by se toho dalo napsat hodně, nebudu to však přehánět.

[David Watzke]

Tak nic... [dancelis@xeonix ~/k3b-0.12.3] $ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for kde-config... /usr/kde/3.4/bin/kde-config
checking where to install... /usr/kde/3.4 (as returned by kde-config)
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

[#Tom]

Zkuste si přeložit toto:

#include <stdio.h>
int main() {
  printf("Já jedu!\n");
  return 0;
}

Uložte to jako něco.c a přeložte: gcc -o něco něco.c. Napíše to určitě chybu. Pokud ne, přejmenujte soubor na něco.cc a přeložte jako C++: g++ -o něco něco.cc.

[David Watzke]

Napsalo to chybu:

[dancelis@xeonix ~] $ gcc -o něco něco.c
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libc.so: file format not recognized; treating as linker script /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libc.so:5: syntax error
collect2: ld returned 1 exit status

totéž i s příponou .cc

[#Tom]

Toto je v podstatě potvrzení toho, k čemu jsme se dostali už nahoře. Tato knihovna libc.co nepatří k použitému překladači gcc. Napište, jakou máte verzi překladače (gcc -v), potom ještě pošlete výpis readelf -h /usr/lib64/libc.so.

[David Watzke]

dancelis@xeonix / [ 4,0KB 0.2 19.1d 1l | 1/85 0.10 ]
[504] # gcc -v
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/specs Configured with: /var/tmp/portage/gcc-3.4.4/work/gcc-3.4.4/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)
dancelis@xeonix / [ 4,0KB 0.2 19.1d 1l | 1/85 0.09 ]
[505] # readelf -h /usr/lib64/libc.so
readelf: Error: Unable to read in 0x2074 bytes of section headers readelf: Error: Not an ELF file - it has the wrong magic bytes at the start

[#Tom]

To první je možná v pořádku, zato u toho druhého je problém v tom, že /usr/lib64/libc.co je jakýsi skript. Pošlete sem jeho obsah. Také se podívejte, kde je opravdová knihovna. Mohlo by to být něco jako /lib64/libc.so.6, ale kdo ví, kde to v Gentoo bude. Určitě to bude začínat libc a bude tam někde .so.

[David Watzke]

No nevím... jiná libc*so* tam není.. tak sem napíšu seznam všech suborů, co mají v názvu libc ...

dancelis@xeonix /usr/lib64 [ 270MB 1271.1-838x 91.0d 935l | 2/84 0.17 ]
[516] # cat libc.so
/* GNU ld script Use the shared library, but some functions are only in the static library, so try that secondarily. */ OUTPUT_FORMAT(elf64-x86-64) GROUP ( /lib64/libc.so.6 /usr/lib64/libc_nonshared.a AS_NEEDED ( /lib64/ld-linux-x86-64.so.2 ) )
dancelis@xeonix /usr/lib64 [ 270MB 1271.1-838x 91.0d 935l | 1/84 0.25 ]
[517] # ls | grep libc
libc.a
libcaca.a
libcaca.la
libcaca.so
libcaca.so.0
libcaca.so.0.0.9
libcap.a
libcap.so
libcdda_interface.a
libcdda_interface.so
libcdda_interface.so.0
libcdda_interface.so.0.9.8
libcdda_paranoia.a
libcdda_paranoia.so
libcdda_paranoia.so.0
libcdda_paranoia.so.0.9.8
libcdio.a
libcdio_cdda.a
libcdio_cdda.la
libcdio_cdda.so
libcdio_cdda.so.0
libcdio_cdda.so.0.0.0
libcdio.la
libcdio_paranoia.a
libcdio_paranoia.la
libcdio_paranoia.so
libcdio_paranoia.so.0
libcdio_paranoia.so.0.0.0
libcdio.so
libcdio.so.5
libcdio.so.5.0.0
libcidn.so
libc_nonshared.a
libcom_err.a
libcom_err.so
libcrack.a
libcrack.la
libcrack.so
libcroco-0.6.a
libcroco-0.6.la
libcroco-0.6.so
libcroco-0.6.so.3
libcroco-0.6.so.3.0.0
libcrypt.a
libcrypto.a
libcrypto.so
libcrypto.so.0
libcrypto.so.0.9.7
libcrypt.so
libc.so
libc_stubs.a
libcups.a
libcupsimage.a
libcupsimage.so
libcupsimage.so.2
libcups.so
libcups.so.2
libcurl.a
libcurl.la
libcurl.so
libcurl.so.3
libcurl.so.3.0.0
libcurses.a
libcurses.so
libcursesw.so

[David Watzke]

Sakra... sorry, já to hledal v tom usr :(
lrwxrwxrwx 1 root root 14 čec 31 13:18 libc.so.6 -> libc-2.3.90.so

[#Tom]

Tak pusťte readelf -h na tuhle knihovnu. Potom taky přidejte výpis z tohoto příkazu: ld --help | grep "supported targets".

[David Watzke]

dancelis@xeonix /lib64 [ 4,7MB 45.1-45x 6.0d 64l | 1/79 0.56 ]
[520] # readelf -h libc.so.6
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
Machine: Advanced Micro Devices X86-64
Version: 0x1
Entry point address: 0x3e3881cee0
Start of program headers: 64 (bytes into file)
Start of section headers: 1256152 (bytes into file)
Flags: 0x0
Size of this header: 64 (bytes)
Size of program headers: 56 (bytes)
Number of program headers: 11
Size of section headers: 64 (bytes)
Number of section headers: 67
Section header string table index: 66
dancelis@xeonix /lib64 [ 4,7MB 45.1-45x 6.0d 64l | 1/82 0.18 ]
[521] # ld --help | grep "supported targets"
ld: supported targets: elf64-x86-64 elf32-i386 a.out-i386-linux efi-app-ia32 elf64-little elf64-big elf32-little elf32-big srec symbolsrec tekhex binary ihex

[#Tom]

Zkuste někam schovat /usr/lib64/libc.so, místo něj udělat symbolický odkaz na /lib64/libc.so.6 a přeložit znovu ten krátký program, pro změnu však takto:

gcc -o něco něco.c /usr/lib64/libc_nonshared.a

[David Watzke]

Schováno, symlink vytvořen a program se přeložil Hned jsem zkusil emerge k3b, ale to pořád krachuje...

[#Tom]

To je problém, protože s takovouto konfigurací je potřeba při každém linkování přidat tu knihovnu /usr/lib64/libc_nonshared.a. S tím ale něco musí jít udělat. Dočasně by snad pomohlo nastavit proměnnou prostředí LDFLAGS="/usr/lib/libc_nonshared.a".

[David Watzke]

Jak nastavím tu proměnnou prostředí ? Prostě řeknu jako root tohle ? ::
dancelis@xeonix /home/dancelis [ 3,8MB 5.27-1x 7.50d | 1/81 0.42 ]
[507] # LDFLAGS="/usr/lib/libc_nonshared.a"
To jsem udělal a pořád to nejde

[#Tom]

Tohle zabere jen někdy, na portage a ebuildy to nedosáhne, nastaví si to jistě podle svého.

[#Tom]

Můžete zkusit smazat ten symlink a napsat si nový skriptík. Toto okopírujte rovnou do příkazového řádku:

rm /usr/lib64/libc.so
cat > /ust/lib64/lib.so << EOF
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf64-x86-64)
GROUP ( /lib64/libc.so.6 /usr/lib64/libc_nonshared.a )
EOF

[#Tom]

OPRAVA!

rm /usr/lib64/libc.so
cat > /usr/lib64/lib.so << EOF
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf64-x86-64)
GROUP ( /lib64/libc.so.6 /usr/lib64/libc_nonshared.a )
EOF

Není tam /ust/lib64..., ale /usr/lib64....

[David Watzke]

Všiml jsem si

[David Watzke]

dancelis@xeonix /home/dancelis [ 3,8MB 5.27-1x 7.50d | 1/80 0.90 ]
[512] # rm /usr/lib64/libc.so
dancelis@xeonix /home/dancelis [ 3,8MB 5.27-1x 7.50d | 1/84 0.26 ]
[515] # cat > /usr/lib64/lib.so << EOF
> /* GNU ld script
> Use the shared library, but some functions are only in
> the static library, so try that secondarily. */
> OUTPUT_FORMAT(elf64-x86-64)
> GROUP ( /lib64/libc.so.6 /usr/lib64/libc_nonshared.a )
> EOF

A pořád to nejde

[#Tom]

Jde po této úpravě přeložit ten program příkazem gcc -o něco něco.c bez přidání /usr/lib64/libc_nonshared.a, nebo to pořád píše, že libc.so není v pořádku?

[David Watzke]

dancelis@xeonix /home/dancelis [ ... ]
[517] # gcc -o něco něco.c
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o)(.text+0x16be): In function `_Unwind_Find_FDE': /var/tmp/portage/gcc-3.4.4/work/gcc-3.4.4/gcc/unwind-dw2-fde-glibc.c:281: undefined reference to `dl_iterate_phdr'
collect2: ld returned 1 exit status

Ještě něco horšího

[David Watzke]

A co je horší, že to teď nejde ani takhle:
dancelis@xeonix /home/dancelis [ ... ]
[518] # gcc -o něco něco.c /usr/lib64/libc_nonshared.a
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o)(.text+0x16be): In function `_Unwind_Find_FDE': /var/tmp/portage/gcc-3.4.4/work/gcc-3.4.4/gcc/unwind-dw2-fde-glibc.c:281: undefined reference to `dl_iterate_phdr' collect2: ld returned 1 exit status

[#Tom]

Tam se něco muselo dost pokazit, je tam moc chyb. Nejlepší bude zase udělat ten symbolický odkaz, vnutit linkeru natvrdo ty parametry, třeba takhle:

LD=`which ld`
mv $LD $LD.bin
echo -ne "#\x21/bin/bash\n$LD.bin \"\$@\" /usr/lib/libc_nonshared.a" > $LD
chmod 755 $LD
unset LD

Bylo by dobré přeložit znova binutils, gcc a glibc, ať už s těmito opatřeními, nebo bez nich. Když to nepůjde, bude nutné sehnat tyto věci z jiného zdroje, nebo rovnou přeinstalovat celý systém.

[David Watzke]

Přeinstalovávat systém se mi opravdu nechce.. nemáte náhodou ICQ, nebo Jabber.. protože by to bylo asi lepší.. Já to jdu zkusit.. ještě se chci zeptat jak se to dělá... ./configure, make, make install a to je všechno ?

[#Tom]

Já mám pocit, že ten systém je odepsanej... Já si s tím neporadím, počítač s Athlonem 64 jsem v životě neviděl, ani jsem se k žádnému takovému po SSH nikdy nepřihlásil a všechny nápady jsem vyčerpal. Kompilace se dělá tak, jak jsem napsal nahoře. Obvykle to je ./configure && make && make install, tj. když se jedno pokazi, už se nepokračuje (proto &&). Dá se nastavit prefix, tj. kam se to nainstaluje, tady je malý příklad: ./configure --prefix=/opt/gcc-4.0.1.

[David Watzke]

Zkusil jsem růčo zkompilovat glib a hodilo to chybu.. připojit se na mě přes SSH by šlo asi těžko - nemám veřejnou IP. Začíná mě to děsit.. asi abych poprosil někoho s 64-bit Athlonem a Gentoo o gcc-3.4.4kou zkompilovaný glib, glibc a binutils.. Tak jestli se někdo takovej najde a bude ještě ke všemu ochotnej, tak ať napište na moji mailovku dancelis@centrum.cz a já vám řeknu login na moje ftpko.. nebo jestli máte vlastní.. A nebo jestli máte někdo ještě nějakej nápad.. jsem celkem vyplašenej

[#Tom]

Můžete si zkusit nainstalovat binární balíčky pro Fedoru, Debian či Slackware.

[David Watzke]

Nebo sosnout to předkompilovaný... mám prý hledat binhost na Gentoo-Wiki.com teď jen jestli si s tím poradím ...

[David Watzke]

Ee, předkompilovaná glibc tam není.. Ale ten systém ještě není zmršenej, já věřím (a hlavně doufám), že to nakonec nějak dáme Určitě vám dám vědět a napíšu do blogu