- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Mon, Dec 28
Dec 14 2020
Does this look fine?
Dec 10 2020
Sure, this makes sense.
In D27524#615445, @bcr wrote:In D27524#615441, @mgorny_gentoo.org wrote:Updated as requested. Note that this shouldn't be probably pushed yet, as it could confuse users before LLVM 12.0.0 is released.
But it does say "... starting with LLDB 12.0.0", so the confusion would be minimal, right?
Updated as requested. Note that this shouldn't be probably pushed yet, as it could confuse users before LLVM 12.0.0 is released.
Dec 9 2020
Oct 21 2020
Thank you!
Oct 20 2020
Fixed per review comments.
Oct 19 2020
That said:
- I'm wondering if there's a common place we could move this function too not to duplicate it.
- I suppose we could use a packed struct to look at the float80 instead of pointer hacks.
Oct 3 2020
I can confirm that the patch fixes the LLDB problem too!
I'm currently building the kernel with the new version and I should have some test results in an hour or so.
Oct 2 2020
Sure. Here you are:
To be honest, I think you can call 32-bit version for 32-bit programs unconditionally, independently of CPUID_STDEXT_NFPUSG. After all, 32-bit programs use 32-bit addresses, so they always fit in the shorter form.