Date: Sat, 28 Jan 2017 20:00:29 -0500
From: "Tuan M. Hoang" <tmhoang@flatglobe.org>
To: Timo Teras <timo.teras@iki.fi>
Cc: "alpine-devel" <alpine-devel@lists.alpinelinux.org>
Subject: Re: [alpine-devel] Porting Alpine scripts
Message-ID: <20170128200029.271b0fcf.tmhoang@flatglobe.org>
In-Reply-To: <20170127090054.5f6ba6ce@vostro.util.wtbts.net>
References: <155a8e57d76.f37920c130996.6728092923369604578@flatglobe.org>
	<20160718084038.23773fca@vostro.util.wtbts.net>
	<1560fbd5a78.dbf5aa7b48820.4632348656468847927@flatglobe.org>
	<20160722084514.7c01123f@vostro.util.wtbts.net>
	<15614c77014.1200f0e697958.371787825394349914@flatglobe.org>
	<20160723092945.0680e7fd@vostro>
	<1562340dbde.12a594a5120275.3795912911296475631@flatglobe.org>
	<156260c81a5.f458ee7355285.6767768145040849925@flatglobe.org>
	<20160726194654.69b12731@vostro>
	<15635238f98.e963f442298215.3433654478481171006@flatglobe.org>
	<20161116023639.23b44cf1.tmhoang@flatglobe.org>
	<20161117082440.7f5e0fa0@vostro.util.wtbts.net>
	<20161119041548.765e6513.tmhoang@flatglobe.org>
	<20161119092109.13567a93@vostro>
	<20161121073927.2d0a9e65.tmhoang@flatglobe.org>
	<20161121105925.685761a2@vostro.util.wtbts.net>
	<20170122184652.338e4344.tmhoang@flatglobe.org>
	<20170127090054.5f6ba6ce@vostro.util.wtbts.net>
Organization: flatglobe.org
Precedence: list
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Fri, 27 Jan 2017 09:00:54 +0200
Timo Teras <timo.teras@iki.fi> wrote:
>=20
> If fakeroot segfaults you'll end up in trouble sooner or later. It'd
> be good to fix that. Do you have strace or gdb backtrace of the
> crash?=20

Cross-compiling strace and gdb requires 'linux-headers'
installed in $CBUILDROOT. strace is cool but gdb still fails
for me with following errors :

In file included from gregset.h:26:0,
                 from s390-linux-nat.c:28:
nm.h:23:24: error: 'elf_gregset_t' does not name a type
 #define GDB_GREGSET_T  elf_gregset_t
                        ^
gregset.h:36:9: note: in expansion of macro 'GDB_GREGSET_T'
 typedef GDB_GREGSET_T gdb_gregset_t;
         ^~~~~~~~~~~~~
nm.h:24:24: error: 'elf_fpregset_t' does not name a type
 #define GDB_FPREGSET_T elf_fpregset_t
                        ^
gregset.h:37:9: note: in expansion of macro 'GDB_FPREGSET_T'
 typedef GDB_FPREGSET_T gdb_fpregset_t;
         ^~~~~~~~~~~~~~
In file included from s390-linux-nat.c:28:0:
gregset.h:52:14: error: 'gdb_gregset_t' does not name a type
        const gdb_gregset_t *gregs);
              ^~~~~~~~~~~~~
gregset.h:54:15: error: 'gdb_fpregset_t' does not name a type
         const gdb_fpregset_t *fpregs);
               ^~~~~~~~~~~~~~
gregset.h:61:6: error: 'gdb_gregset_t' has not been declared
      gdb_gregset_t *gregs, int regno);
      ^~~~~~~~~~~~~
gregset.h:63:7: error: 'gdb_fpregset_t' has not been declared
       gdb_fpregset_t *fpregs, int regno);
       ^~~~~~~~~~~~~~

elf_gregset_t and elf_fpregset_t were supposed to be defined in
https://github.com/torvalds/linux/blob/master/arch/s390/include/asm/elf.h
and I think it should be built in 'linux-headers', but no trace of them.

Here is the log of strace fakeroot : http://pastebin.com/Pn7YUWRz

> > 2. I was having an error when building linux-vanilla-dev ( with
> > above kernel config ). When running $ make in dev() in APKBUILD,
> > HOSTCC compiles some scripts in "$srcdir"/linux-$_kernver/scripts
> > directory into host arch (x86_64) object/exec files. These files
> > were later get copied into
> > "$subpkgdir"/usr/src/linux-headers-${_abi_release}
> > (aports/main/linux-vanilla/pkg/linux-vanilla-dev/usr/src/linux-headers-=
4.4.34).
> > Then libc.musl-x86_64.so.1 comes up in as a needed .so file in
> > later steps (scan_shared_objects() function). This happens for
> > linux-vanilla-dev package, while bootstraping both aarch64, and
> > s390x using aports master.
>=20
> This is tricky. Should the -dev package be built for the target or for
> the build host. When cross-compiling it should probably be built for
> the build host. Because it will probably be used to build the modules
> too. Maybe the following change in linux-vanilla will fix it:
> -subpackages=3D"$pkgname-dev"
> +subpackages=3D"$pkgname-dev::$CBUILD_ARCH"
>=20
This indeed fixes it and makes linux-vanilla-dev a HOST's package.

Thank you,
Tuan



---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---