This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/23960] [2.28 Regression]: New getdents{64} implementation breaks qemu-user
- From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Tue, 30 Apr 2019 17:31:54 +0000
- Subject: [Bug libc/23960] [2.28 Regression]: New getdents{64} implementation breaks qemu-user
- Auto-submitted: auto-generated
- References: <bug-23960-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=23960
--- Comment #37 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
(In reply to John Paul Adrian Glaubitz from comment #36)
> (In reply to Adhemerval Zanella from comment #35)
> > My question is why is preventing buildds on qemu-emulated architectures to
> > use LFS interfaces instead of non-LFS one?
>
> We're just using the defaults of qemu-user. Is there an option to
> force-enable LFS in qemu?
No sure in fact, my un(In reply to John Paul Adrian Glaubitz from comment #36)
> (In reply to Adhemerval Zanella from comment #35)
> > My question is why is preventing buildds on qemu-emulated architectures to
> > use LFS interfaces instead of non-LFS one?
>
> We're just using the defaults of qemu-user. Is there an option to
> force-enable LFS in qemu?
In fact, it seems it would fail regardless of whether the process issue LFS or
non-LFS syscall, as Florian has pointed out [1]. Florian could you confirm
that even 32-bit binaries built with LFS support while running on qemu-system
also built with LFS support still fail? Because I am failing to see where
exactly it would be broken in this situation.
[1]
https://lore.kernel.org/lkml/20181229015453.GA6310@bombadil.infradead.org/T/
--
You are receiving this mail because:
You are on the CC list for the bug.