This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/23960] [2.28 Regression]: New getdents{64} implementation breaks qemu-user


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.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]