ntp fails to cross-build

Bug #873001 reported by Wookey
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
dpkg-cross (Ubuntu)
Expired
Medium
Unassigned

Bug Description

ntp fails to cross-build:

Uses correct compiler but chooses wrong-arch header path

arm-linux-gnueabi-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../include -I../lib/isc/include -I../lib/isc/nothreads/include -I../lib/isc/unix/include -D_GNU_SOURCE -I/usr/include -g -fno-strict-aliasing -O2 -Wall -Wcast-qual -Wmissing-prototypes -Wpointer-arith -Wshadow -Winit-self -Wstrict-overflow -Wno-strict-prototypes -c authkeys.c
authkeys.c: In function 'authencrypt':
authkeys.c:496:20: error: invalid 'asm': invalid operand for code 'w'
authkeys.c:496:20: error: invalid 'asm': invalid operand for code 'w'

The wierd thing is that this only happens if
 -eCONFIG_SITE=/etc/dpkg-cross/cross-config.armel is specified.

Running the debuild command without that causes it to get the include pathright, but not know how big it's LONGs are. Something in the autoconf cache variables is screwing it up, which suggests breakage in the configure file, because providing that info should not break the build.

Background:
The build command is:
xdeb --only-explicit -a armel --prefer-apt --apt-source --debug --force-rebuild bash

The actual build command xdeb issues is:
debuild --no-lintian -eUSER -eCONFIG_SITE=/etc/dpkg-cross/cross-config.armel -eDEB_BUILD_OPTIONS=nocheck -eGTEST_INCLUDEDIR=/usr/arm-linux-gnueabi/include -eGTEST_LIBDIR=/usr/arm-linux-gnueabi/lib -ePKG_CONFIG_LIBDIR=/usr/arm-linux-gnueabi/lib/pkgconfig:/usr/arm-linux-gnueabi/share/pkgconfig:/usr/share/pkgconfig -eDH_VERBOSE=1 -aarmel -b -uc -us -tc

To easily reproduce the build environment in which this bug was discovered follow the HOWTO here:
https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/CrossBuildNano

Tags: cross natty
Revision history for this message
Wookey (wookey) wrote :
Revision history for this message
Wookey (wookey) wrote :

This build is fixed by removing some default config from the dpkg-cross autoconf cache:

--- /etc/dpkg-cross/cross-config.cache~ 2011-08-23 10:37:59.000000000 +0000
+++ /etc/dpkg-cross/cross-config.cache 2011-10-12 18:05:08.000000000 +0000
@@ -137,8 +137,8 @@

 # ntp
 if [ "$PACKAGE" = "ntp" -o "$PACKAGE_NAME" = "ntp" ]; then
-with_openssl_libdir=yes
-with_openssl_incdir=yes
+#with_openssl_libdir=yes
+#with_openssl_incdir=yes
 libopts_cv_run_strftime=yes
 libopts_cv_run_fopen_binary=yes
 libopts_cv_run_fopen_text=yes

It's not clear why this forces the wrong-arch headers to be found. I still suspect configure breakage of some sort.

This needs a new upload of dpkg-cross to be buildable.

Changed in ntp (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

I know it's a long time, but I'm cleaning up old NTP bugs atm.
Since in the meantime so much things changed I'd hope to assume that this bug no more applies.

Also I highly appreciate finding the patch to dpdk-cross that points at least towards an issue.

I'll move the bug to dpdk-cross and set it to incomplete.
If it really is a concern please reopen so that one can take a "2016 look" at it.

Changed in ntp (Ubuntu):
status: New → Incomplete
affects: ntp (Ubuntu) → dpkg-cross (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for dpkg-cross (Ubuntu) because there has been no activity for 60 days.]

Changed in dpkg-cross (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.