Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
Hi, On Mon, Feb 10, 2014 at 3:04 AM, Matthias Klose wrote: > the chrpath issue should not be added as work arounds on a per package basis. > if > this support is needed, then binutils-multiarch should be configured to add > it. You are right. I found a patch for this issue in OpenEmbedded, I will send the patch to the chrpath package. Please disregard the chrpath section of the patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
the chrpath issue should not be added as work arounds on a per package basis. if this support is needed, then binutils-multiarch should be configured to add it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
Hi, On Sun, Feb 9, 2014 at 11:56 PM, László Böszörményi (GCS) wrote: > Thanks for the heads-up. While experimental is integral part of > Debian, please don't file serious bugs that related only to that. The > version in unstable builds fine in an up-to-date environment. Will do. reportbug listed 'does not build but used to' as this severity, but I agree that the severity was a bit high. > Still, other cross compilations like x86_64 -> armel should remove > the rpath I guess. Never tested that way, but may try it this week. Yes, it's not the best solution - but the other one is to fix chrpath, which might be hard. One could also maybe hack it to ignore or1k binaries. Yet another solution is to do 'chrpath $FILE || true' to make the step optional. I spent a short amount of time trying to see if there was an easy fix for chrpath but I didn't dig too deep - something related to the endianness was all I could figure out. > Any ETA when the new Tcl package will hit unstable? 1-2 month according to the maintainer. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
severity 738507 important thanks Hi Christian, On Mon, Feb 10, 2014 at 6:08 AM, Christian Svensson wrote: > Package: src:sqlite3 > Version: 3.8.2-1 > Severity: serious > Tags: patch > Justification: fails to build from source > > With the new tcl8.5 in experimental the flags passed to configure > must be updated. This patch does just that. Thanks for the heads-up. While experimental is integral part of Debian, please don't file serious bugs that related only to that. The version in unstable builds fine in an up-to-date environment. > Also included is a small patch to remove chrpath usage on cross > compilation. For the case x86_64 -> or1k chrpath does not handle the ELF > format and fails. Still, other cross compilations like x86_64 -> armel should remove the rpath I guess. Never tested that way, but may try it this week. Any ETA when the new Tcl package will hit unstable? Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738507: src:sqlite3: Fix broken cross-compilation with multiarch Tcl
Package: src:sqlite3 Version: 3.8.2-1 Severity: serious Tags: patch Justification: fails to build from source Dear Maintainer, With the new tcl8.5 in experimental the flags passed to configure must be updated. This patch does just that. Also included is a small patch to remove chrpath usage on cross compilation. For the case x86_64 -> or1k chrpath does not handle the ELF format and fails. *** sqlite3-cross.patch --- ../t/sqlite3-3.8.2/debian/rules 2013-09-07 06:27:48.0 + +++ debian/rules2014-02-10 04:48:34.676551819 + @@ -20,11 +20,15 @@ export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +# Keep --with-tcl to explicitly state where tclConfig is, otherwise configure +# might find it in weird places. +confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) \ + LDFLAGS=-L/usr/lib/$(DEB_HOST_GNU_TYPE) \ + --with-tcl=/usr/lib/tcl8.5 + ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) - confflags += --build $(DEB_HOST_GNU_TYPE) --with-tcl=/usr/lib/tcl8.5 export CROSS_BUILDING=no else - confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) --with-tcl=/usr/$(DEB_HOST_GNU_TYPE)/lib/tcl8.5 LDFLAGS=-L/usr/$(DEB_HOST_GNU_TYPE)/lib export CROSS_BUILDING=yes endif @@ -86,8 +90,10 @@ dh_testroot $(MAKE) install DESTDIR=$(DESTDIR) +ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) chrpath -d $(DESTDIR)/usr/bin/sqlite3 chrpath -d $(DESTDIR)/usr/lib/tcltk/sqlite3/libtclsqlite3.so +endif install -m 0664 libtclsqlite3.la $(DESTDIR)/usr/lib/tcltk/sqlite3/ install -d $(DESTDIR)/usr/share/lemon install -m 0664 tool/lempar.c $(DESTDIR)/usr/share/lemon/ -- System Information: Debian Release: 7.2 Architecture: amd64 (x86_64) Foreign Architectures: or1k Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
