Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Mark Millard
[I listed my /usr/src svn veriosn information instead of /usr/ports . Correcting. . .] On 2018-Dec-31, at 12:05, Mark Millard wrote: > On 2018-Dec-31, at 10:16, Jonathan Chen wrote: > >> On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: >> [...] >>> But if you have a form of hang-up that

Re: buildworld falure: truncated or malformed archive

2018-12-31 Thread Conrad Meyer
There's always 'WITHOUT_CLANG=1' in src.conf. Best, Conrad On Mon, Dec 31, 2018 at 12:09 PM Warner Losh wrote: > > On Mon, Dec 31, 2018, 1:36 PM Ryan Stone > > Does this mean that it's currently impossible to build a world with > > debug symbols? > > > > Yes. Clang is simply too big until 64

Re: buildworld falure: truncated or malformed archive

2018-12-31 Thread Warner Losh
On Mon, Dec 31, 2018, 1:36 PM Ryan Stone Does this mean that it's currently impossible to build a world with > debug symbols? > Yes. Clang is simply too big until 64 bit offset support goes in. Warner > ___ freebsd-current@freebsd.org mailing list

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Mark Millard
On 2018-Dec-31, at 10:16, Jonathan Chen wrote: > On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: > [...] >> But if you have a form of hang-up that shows no sign of being tied >> to kevent or hangs-up only sometimes, I'd be surprised if the __packed >> change(s) would fix the issue. > > With

Re: buildworld falure: truncated or malformed archive

2018-12-31 Thread Ryan Stone
Does this mean that it's currently impossible to build a world with debug symbols? ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Jonathan Chen
On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: [...] > But if you have a form of hang-up that shows no sign of being tied > to kevent or hangs-up only sometimes, I'd be surprised if the __packed > change(s) would fix the issue. With the __packed-modified qemu-user-static, the amd64->armv7

Re: stop in make installworld: ld-elf.so.1: symbol lstat1@FBSD_1.5 not found

2018-12-31 Thread Matthias Apitz
On Mon, 31 Dec 2018 13:12:15 +, Dimitry Andric wrote: > On 31 Dec 2018, at 13:08, Matthias Apitz wrote: >> >> On Mon, 31 Dec 2018 12:27:55 +0100, Matthias Apitz wrote: >>> >>> Hello, >>> >>> I'm updating the usual way a system from r314251 to tje >>> actual CURRENT r342378. >>> The 'make

Re: stop in make installworld: ld-elf.so.1: symbol lstat1@FBSD_1.5 not found

2018-12-31 Thread Dimitry Andric
On 31 Dec 2018, at 13:08, Matthias Apitz wrote: > > On Mon, 31 Dec 2018 12:27:55 +0100, Matthias Apitz wrote: >> >> Hello, >> >> I'm updating the usual way a system from r314251 to tje actual CURRENT >> r342378. >> The 'make installworld' failes in single user mode with: >> >> ld-elf.so.1:

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Jonathan Chen
On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports wrote: > > [Removing __packed did make the size and offsets match armv7 > and the build worked based on the reconstructed qemu-arm-static.] Thanks for the analysis Mark! I've been suffering quite a few hangups with my ports crossbuilds

Re: stop in make installworld: ld-elf.so.1: symbol lstat1@FBSD_1.5 not found

2018-12-31 Thread Matthias Apitz
On Mon, 31 Dec 2018 12:27:55 +0100, Matthias Apitz wrote: > > Hello, > > I'm updating the usual way a system from r314251 to tje actual CURRENT > r342378. > The 'make installworld' failes in single user mode with: > > ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/rm: > Undefined

stop in make installworld: ld-elf.so.1: symbol lstat1@FBSD_1.5 not found

2018-12-31 Thread Matthias Apitz
Hello, I'm updating the usual way a system from r314251 the the actual CURRENT. The 'make installworld' failes in single user mode with: ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/rm: Undefined symbol lstat1@FBSD_1.5 What can I do? Thanks matthias -- Matthias

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Mark Millard
On 2018-Dec-30, at 21:01, Jonathan Chen wrote: > On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports > wrote: >> >> [Removing __packed did make the size and offsets match armv7 >> and the build worked based on the reconstructed qemu-arm-static.] > > Thanks for the analysis Mark! I've