[solved] Can't build kerberos

Message

Mr. Tao · Post by **Mr. Tao** » Fri Jul 20, 2007 12:49 pm

I can't emerge mit-krb5. Whatever I try I end up like this:

* Running autoconf --force -I /var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src ... [ ok ]
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src ...
* econf: updating krb5-1.5.3/src/config/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating krb5-1.5.3/src/config/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --without-krb4 --without-tcl --enable-ipv6 --enable-shared --with-system-et --with-system-ss --enable-dns-for-realm --enable-kdc-replay-cache --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu
configure: creating cache ./config.cache
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config.log
*
* ERROR: app-crypt/mit-krb5-1.5.3 failed.
* Call stack:
* ebuild.sh, line 1647: Called dyn_compile
* ebuild.sh, line 988: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* mit-krb5-1.5.3.ebuild, line 46: Called econf '--without-krb4' '--without-tcl' '--enable-ipv6' '--enable-shared' '--with-system-et' '--with-system-ss' '--enable-dns-for-realm' '--enable-kdc-replay-cache'
* ebuild.sh, line 591: Called die
*
* econf failed
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/app-crypt/mit-krb5-1.5.3/temp/build.log'.

configure $? = 0
configure x86_64-pc-linux-gnu-gcc -v </dev/null >&5
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.1.2/work/gcc-4.1.2/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4 --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 --enable-secureplt --disable-libunwind-exceptions --enable-multilib --enable-libmudflap --disable-libssp --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 4.1.2 (Gentoo 4.1.2 p1.0.1)
configure $? = 0
configure x86_64-pc-linux-gnu-gcc -V </dev/null >&5
x86_64-pc-linux-gnu-gcc: '-V' option must have argument
configure $? = 1
configure checking for C compiler default output file name
configure x86_64-pc-linux-gnu-gcc -O2 -march=i686 -frename-registers -pipe -combine -Wl,--hash-style=gnu conftest.c >&5
conftest.c:1: error: CPU you selected does not support x86-64 instruction set
conftest.c:1: error: CPU you selected does not support x86-64 instruction set
configure $? = 1

Sadako · Post by **Sadako** » Fri Jul 20, 2007 2:39 pm

We really need to see the output of `emerge --info`.

Mr. Tao · Post by **Mr. Tao** » Fri Jul 20, 2007 3:34 pm

Sorry, here it is:

emerge --info wrote:Portage 2.1.3_rc8 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.6-r0, 2.6.20-no2-makalinux x86_64)
=================================================================
System uname: 2.6.20-no2-makalinux x86_64 Intel(R) Pentium(R) D CPU 3.40GHz
Gentoo Base System release 1.12.10
Timestamp of tree: Thu, 19 Jul 2007 15:20:01 +0000
ccache version 2.4 [enabled]
dev-lang/python: 2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.4-r7
sys-apps/sandbox: 1.2.18.1
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.9.6-r2, 1.10
sys-devel/binutils: 2.17.50.0.16
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.24
virtual/os-headers: 2.6.22-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-Os -march=nocona -msse3 -frename-registers -fweb -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -fno-ident -freorder-blocks-and-partition -fmerge-all-
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-Os -march=nocona -msse3 -frename-registers -fweb -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -fno-ident -freorder-blocks-and-partition -fmerge-al
es-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans"
GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles/ ftp://mirror.ovh.net/gentoo-distfiles/ http://gentoo.modulix.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gent
//ftp.free.fr/mirrors/ftp.gentoo.org/ http://mirror.switch.ch/ftp/mirror/gentoo/ ftp://mirror.switch.ch/mirror/gentoo/ ftp://ftp.solnet.ch/mirror/Gentoo http://gentoo.mirror
LANG="cs_CZ.UTF-8"
LC_ALL="cs_CZ.UTF-8"
LDFLAGS="-Wl,--hash-style=gnu"
LINGUAS="cs"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exc
r=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/conrad /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X X509 acl acpi afs alsa amd64 arts bash-completion berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefo
tk2 hal iconv ipv6 isdnlog jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility ldap libg++ mad midi mikmod mmx mp3 mpeg mudflap ncurses newspr nls nptl nptlonly ogg opengl op
hon qt3 qt3support qt4 quicktime readline reflection samba sdl session spell spl sse sse2 ssl svg tcpd threads tiff truetype truetype-fonts type1-fonts unicode vorbis xcb xc
hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share
ES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="cs" USERLAND="GNU" VIDEO_CARDS="i810 ve
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Sadako · Post by **Sadako** » Fri Jul 20, 2007 4:15 pm

That's weird, you have -march=nocona in your CFLAGS, but somehow during the configure stage it is replaced with -march=i686,
and as i686 does not support x86_64 instructions (whereas nocona does), this is what throws up the error you see.

The question is why the hell is it replacing your arch setting?

Is this the only package to give you such an issue?

I'm going to test it here, but it'll take a few minutes to download the 10 mb sources.

Sadako · Post by **Sadako** » Fri Jul 20, 2007 4:32 pm

Okay, I got it to pass the configure stage here, even with setting my CFLAGS to

Code: Select all

CFLAGS="-Os -march=nocona -msse3 -frename-registers -fweb -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -fno-ident -freorder-blocks-and-partition"

However the rest of your flags are cut off in your emerge --info output, so could you post what you have in your CFLAGS and CXXFLAGS in /etc/make.conf?

Anyway, I have to ask; why are you using all those flags, and/or where did you get them from?

Try with CFLAGS="-Os -march=nocona -msse3 -pipe -fomit-frame-pointer", just to see if it'll get past the configure stage.

Mr. Tao · Post by **Mr. Tao** » Fri Jul 20, 2007 4:32 pm

Hopeless wrote:That's weird, you have -march=nocona in your CFLAGS, but somehow during the configure stage it is replaced with -march=i686,
and as i686 does not support x86_64 instructions (whereas nocona does), this is what throws up the error you see.

The question is why the hell is it replacing your arch setting?

Exactly! This is what I cannot understand.

Hopeless wrote:Is this the only package to give you such an issue?

So far yes, this is fresh installation, I'm using no-sources kernel, more or less I followed Conrads Flaying colors install guide and installation went surprisingly smooth. But now I got stucked here, no ideas left.

Mr. Tao · Post by **Mr. Tao** » Fri Jul 20, 2007 4:39 pm

CFLAGS wrote:CFLAGS="-Os -march=nocona -msse3 -frename-registers -fweb -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -fno-ident -freorder-blocks-and-partition -fmerge-all-constants -combine"

CXXFLAGS wrote:CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"

But I've tried CFLAGS="-Os -march=nocona -pipe" CXXFLAGS="" emerge mit-krb5 before - same result, arch changed to i686. I've got them from Flying Colors guide.

Sadako · Post by **Sadako** » Fri Jul 20, 2007 4:57 pm

Okay, I just with your complete CFLAGS/CXXFLAGS and still no problem.

I also tried with your LDFLAGS, and that failed around the same point as yours did, however I don't have my system set up for hash-styles.
Try it without any LDFLAGS, but I don't think that should be the problem.

The i686 has to be coming from somewhere, what does `grep -R i686 /var/tmp/portage/app-crypt/mit-krb5-1.5.3` return?

Mr. Tao · Post by **Mr. Tao** » Fri Jul 20, 2007 5:26 pm

Hopeless wrote:The i686 has to be coming from somewhere, what does `grep -R i686 /var/tmp/portage/app-crypt/mit-krb5-1.5.3` return?

Just tried with CFLAGS="" CXXFLAGS="" LDFLAGS="", same result.

grep -R i686 /var/tmp/portage/app-crypt/mit-krb5-1.5.3 wrote:/var/tmp/portage/app-crypt/mit-krb5-1.5.3/temp/environment:CFLAGS='-O2 -march=i686 -frename-registers -pipe -combine'
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/temp/environment:CHOST_x86=i686-pc-linux-gnu
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/temp/environment: export CHOST_x86=${CTARGET/x86_64/i686};
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/temp/environment:declare -x CFLAGS="-O2 -march=i686 -frename-registers -pipe -combine"
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/temp/environment:declare -x CHOST_x86="i686-pc-linux-gnu"
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.guess: *Pent*|*Celeron) UNAME_MACHINE=i686 ;;
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.guess: && UNAME_MACHINE=i686
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.guess: && UNAME_MACHINE=i686
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.sub: basic_machine=i686-pc
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.sub: basic_machine=i686-pc
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.sub: basic_machine=i686-`echo $basic_machine | sed 's/^[^-]*-//'`
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.sub: basic_machine=i686-`echo $basic_machine | sed 's/^[^-]*-//'`
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config/config.sub: basic_machine=i686-pc
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config.log:configure x86_64-pc-linux-gnu-gcc -O2 -march=i686 -frename-registers -pipe -combine conftest.c >&5
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config.log:ac_cv_env_CFLAGS_value='-O2 -march=i686 -frename-registers -pipe -combine'
/var/tmp/portage/app-crypt/mit-krb5-1.5.3/work/krb5-1.5.3/src/config.log:CFLAGS='-O2 -march=i686 -frename-registers -pipe -combine'

Mr. Tao · Post by **Mr. Tao** » Mon Jul 23, 2007 4:41 pm

I've just upgraded to gcc 4.2, but it didn't solve this problem.

Kyro · Post by **Kyro** » Thu Aug 09, 2007 9:41 am

If you are running a custom build procedure, such as CONRAD, I suggest checking /etc/portage/bashrc to see that it isn't setting a custom -march=i686 for mit-krb5 (Like CONRAD currently does), as that will obviously make the mit-krb5 emerge die horribly.

I refer to my own post in the New Conrad Guide thread:
http://forums.gentoo.org/viewtopic-t-57 ... rt-25.html

Changing that file around solved this problem for me.

Mr. Tao · Post by **Mr. Tao** » Thu Aug 09, 2007 2:32 pm

Hey Kyro, thats it! I've just discovered this and wanted to share and I see you already did it. I hope that now I can finally compile root with kerberos support.

Thanks

Kyro · Post by **Kyro** » Thu Aug 09, 2007 6:11 pm

Glad it helped, though you found it out on your own anyway.

I've put a request out for them to change this behavior in the next Conrad release.

appofice · Post by **appofice** » Thu Aug 16, 2007 1:10 am

I solve this problem with

CFLAGS="-O2-march=athlon64 -mmmx -msse -msse2 -msse3= -m3dnow -mtune=athlon64 -pipe -fomit-frame-pointer" CXXFLAGS="" emerge mit-krb5

work perfectly