ntp doesn't cross compile because while building ntpdc it tries to run ntpdc-layout, which it created with the cross-compiler. ================================================================= System uname: 2.6.14-hardened-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.14 ccache version 2.3 [disabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-Os -mfpmath=sse -mmmx -msse -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -mfpmath=sse -mmmx -msse -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY ---------------------------------------- Making the following change to ntpdc/Makefile allows the compile to continue, though I suspect it would be just as valid to comment out the check entirely as to perform it on the build machine compiler. Not sure how to work this into Makefile.am --- Makefile.orig 2006-04-29 01:30:40.186549998 -0700 +++ Makefile 2006-04-29 01:33:48.662026710 -0700 @@ -478,7 +478,7 @@ maybe-layout: @case "${PATH_PERL}" in \ - /*) ${MAKE} check-layout ;; \ + /*) ${MAKE} CC=${build}-gcc check-layout ;; \ esac ntpdc-layout.o: nl.c
this was fixed a while ago upstream, i just never backported the patch as i didnt anyone would care
(In reply to comment #1) Where upstream? Is this just a matter of using a different keyword? Are there going to be a lot of these cross compile issues?
> Where upstream? https://ntp.isc.org/bugs/show_bug.cgi?id=390 i could always just steal the patch from buildroot: http://uclibc.org/cgi-bin/viewcvs.cgi/*checkout*/trunk/buildroot/package/ntp/ntp-cross-compile.patch > Are there going to be a lot of these cross compile issues? of course ... that's the fun with cross-compiling
try 4.2.0.20060224 which is in portage now
should be set