Building: i686-pc-linux-gnu-gcc: error: unrecognized command line option '-V'

[scoulondre]

Hi, I followed http://dee.su/liberte-build to build Liberté either on Debian 7.2 and Gentoo 11. Same compilation error: "i686-pc-linux-gnu-gcc: error: unrecognized command line option '-V'"

Please find the details here: https://gist.github.com/suncolored/9e59945cb2c5edab7d58

Cheers

[mkdesu]

Hi, does the same error occur with a fresh build? It seems like the compiler is not working properly. Did you try on a different hardware? An internal compiler error most likely indicates a faulty hardware (affecting the compiler build, perhaps).

[scoulondre]

Just updated to gist to show the initial message on the fresh build (By chance the trace was still in my xterm)... No i did not try another hardware. This is a dedicated server. I will try on my own tomorrow and get back to you.

[scoulondre]

Very strange indeed - Maybe a hardware-specific incompatiblity ? Hard to know.
I retried on Ubuntu 12.04 LTS on another rented dedicated server -> the critical step was passed OK. Still compiling. I launched it also on another Mint 13 server. Results in a few hours.

[scoulondre]

Last news - different machines and OS, different errors :)

• on a new machine running fresh Ubuntu 12.04 LTS the above step went OK, but later I had

Minimizing SUID bits in favor of POSIX.1e capabilities Failed to set capabilities on file `/sbin/unix_chkpwd' (Operation not permitted) usage: setcap [-q] -v [ ... (-r|-|) ] Note must be a regular (non-symlink) file. Failed. Unmounting system directories

-> PS I have ext4 with xattr activated

• on another machine running fresh Mint 13 the above ste went OK, but later i had

libtool: install: error: relink `libpixbufloader-png.la' with the above command before installing it make[4]: *\ [install-loaderLTLIBRARIES] Error 1

• I shall try now Gentoo 11 on a new hardware. I'll keep you informed. Which platform did work for you ?

[scoulondre]

A small clue: building tends to fail on GRSec-enabled kernels ... To be confirmed

[mkdesu]

It is quite possible that a (specifically configured) hardened kernel would limit certain operations inside a chroot, like setting capabilities, mounting, etc. The possible issues very much depend on kernel configuration. I build on a regular (non-hardened) Gentoo machine myself.

The libpixbufloader-png.la error is possibly a parallel build race due to a bug, try to rerun the incremental build.

[scoulondre]

Ok. I confirm having a non-hardened kernel is a first condition. I retried on 2 different machines (even the 1st one with the supposed hardware pb) with fresh non-grsec Ubuntu 12 LTS and Mint 11 fresh OSes, and all converged towards the gdk-pixbuf-2.26.4 problem. Now exploring a Debian stable 7.2 with non grsec, then Gentoo 11 non hardened.

[mkdesu]

OK, I am closing this issue, then. The gdk-pixbuf problem is Gentoo bug #481372, and should be fixable with a rerun or two of incremental build, or by unmasking x11-libs/gdk-pixbuf-2.28.2 in _src/etc/portage/package.acceptkeywords.

[scoulondre]

Build finished on Debian 7.2 with patch applied (incremental rebuild is not enough). Booted and running. Nice.