"C compiler cannot create executables" !??!

[nickel]

Perhaps, the answer is already there. I didn't find it, so sorry.

I just bought an acer aspire. It has intel i7 2670q processor.

When i try to emerge syslog-ng, it fails and complains: "configure: error: C compiler cannot create executables".

Mostly here is the talk about upgrading gcc and such.

My system is brand new. I read about fixing my CFLAGS. Easier said than done.
I never had a 64bit system, so i don't exactly know how.

/etc/make.conf

[John R. Graham]

Comment out the CFLAGS variable in make.conf and see if the problem goes away. If so, it probably means that the compiler you're using doesn't support the exact -march you're trying to use. Try that & report back, please.

- John
_________________
Yoda: "Intentionally left blank, this space is."

[nickel]

yeah, it did it! I set my CFLAGS to native.
thx

[lostinspace2011]

I am having the same issue and also got around it by using march=native ? Is this the best solution. What are the alternatives ?

[hypermyth]

Similar issue - not sure how to fix it. Can anyone suggest anything, please?

I ran emerge -auD world on a previously working system which had not been updated for about 3 weeks.
This upgraded gcc-config-1.4.1-r1 to gcc-config-1.5-r2
sys-devel/gcc-4.5.3-r1 to sys-devel/gcc-4.5.3-r2
sys-devel/gcc-4.4.5 to sys-devel/gcc-4.4.6-r1
glibc was not updated
The emerge was completely successful, in that it completed without error.
I did not run revdep-rebuild at the time but I did use dispatch-conf and I have subsequently rebooted
Now the C compiler is not working. I have a few other miscellaneous breakages as well (firefox).

Compiling by hand fails

[hypermyth]

The cause was vmware PCoIP client 32-bit software I was obliged to install. It recreated a /usr/lib containing just its own files. I removed this directory and symlinked /usr/lib64 to /usr/lib, which is the way I presume things are mean't to be. Then running env-update seems to have got everything working again.

[sheem-on]

Trying to emerge/ebuild about 1/2 of ports I need to, recently fail.

Case in point: dev-util/diffstat-1.55. Look at this relevant segment of the config.log:


configure:1282: $? = 0
configure:1284: x86_64-pc-linux-gnu-gcc -v </dev/null >&5
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3/x86_64-pc-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.3/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /ebuild/working/portage/sys-devel/gcc-4.5.3-r2/work/gcc-4.5.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --disable-lto --disable-nls --with-system-zlib --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/python --enable-checking=release --enable-java-awt=gtk --enable-objc-gc --enable-languages=c,c++,java,objc,obj-c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.5.3-r2 p1.1, pie-0.4.7'
Thread model: posix
gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, pie-0.4.7)
configure:1287: $? = 0
configure:1289: x86_64-pc-linux-gnu-gcc -V </dev/null >&5
x86_64-pc-linux-gnu-gcc: '-V' option must have argument
configure:1292: $? = 1
configure:1312: checking for C compiler default output
configure:1315: x86_64-pc-linux-gnu-gcc /usr/bin/gcc -fPIC -march=k8 -O2 -pipe -Wl,-O1 -Wl,--as-needed conftest.c >&5
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: error in /usr/bin/gcc(.eh_frame); no .eh_frame_hdr table will be created.
configure:1318: $? = 0
configure:1347: result: a.out
configure:1352: checking whether the C compiler works
configure:1358: ./a.out
./a.out: relocation error: ./a.out: symbol ck_chk_fail, version GLIBC_2.4 not defined in file libc.so.6 with link time reference
configure:1361: $? = 127
configure:1368: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.


Background:
* Installed AVR cross-tools for Arduino (the Atmel package). After a while tried to follow "Gentoo on Beagle" which failed
(another matter altogether?).
* Tried this operation with several versions of GCC. Various modes of failure, but at the same place.
* Ran the configure generated by the ebuild directly; configures fine.

Questions:

* Freely admitting my setup is complex and messy and the trouble I am in is of my own doing, can someone help me
out of this mess?
* Where does the -V come into CFLAGS? It is not in /etc/make.conf, not in the .ebuild script, not in the environment.
This -V is not set up correctly for gcc 2.5, and is gone from gcc 2.6.
* Who/what specifies that GLIBC_2.4 is needed, and why?
Why not newer version (2.12 is installed here).
* I can see the string "GLIBC_2.4" in /lib64/libc.xxx. So why is the test a.out complaining?
* How can I "force" recognition of this label?

Any help will be greatly appreciated!

Sincerely,

Sheem-On
_________________
Sincerely,

Sheem-On

[sheem-on]

Linux nomis 3.2.9-gentoo_nomis-20120305.0-c326 #1 SMP PREEMPT Mon Mar 5 19:53:23 EST 2012 x86_64 AMD Phenom(tm) II X4 940 Processor AuthenticAMD GNU/Linux
_________________
Sincerely,

Sheem-On