There is again no context. Do you want support such an old compute facility or just say no we don't support x87? 80 bits is a precise indicator for x87?
Active Repositories
Active Repositories
- rZORG LLVM Github Zorg
- Tue, May 30, 1:29 AM
- Git
Recent Activity
Recent Activity
Today
Today
LLVM GN Syncbot <llvmgnsyncbot@gmail.com> committed rG520362b28db5: [gn build] Port 06ff9770477d (authored by LLVM GN Syncbot <llvmgnsyncbot@gmail.com>).
[gn build] Port 06ff9770477d
yronglin retitled D151629: [libc++][ranges] Implement P2494R2 (Relaxing range adaptors to allow for move only types) from [libc++] Implement P2494R2 (Relaxing range adaptors to allow for move only types) to [libc++][ranges] Implement P2494R2 (Relaxing range adaptors to allow for move only types).
Rebase to current llvm-project/main in preparation for merging.
In this case AdjustsStack on line 352 should be initialized to false and MFI.adjustsStack() == AdjustsStack should also be removed making this assertion kind of useless.
If @MatzeB is happy with this, I'm too.
More tests
SlaterLatiao updated the summary of D151575: [clang][diagnostics] Always show include stacks on errors.
dang committed rG06ff9770477d: [clang][ExtractAPI] Refactor serializer to the CRTP (authored by evelez7).
[clang][ExtractAPI] Refactor serializer to the CRTP
In D151735#4381703, @tianshilei1992 wrote:IIRC it is CUDA 11.2.
SlaterLatiao updated the diff for D151575: [clang][diagnostics] Always show include stacks on errors.
- Added release note.
Fix test on Windows.
Thanks for working on this. Would you mind adding more context to the commit description please?
tianshilei1992 added a comment to D151735: [libc] Implement basic `malloc` and `free` support on the GPU.
In D151735#4381683, @jhuber6 wrote:In D151735#4381661, @tianshilei1992 wrote:CUDA's async malloc is really a new thing. It's gonna depend on what version of CUDA we are supporting here.
Do you know which version it was introduced in? It would probably explain why I couldn't built it on the only system I have access to with an Nvidia GPU since it runs CUDA 10.0.
MaskRay committed rGbd9940a809e3: [Driver][test] Properly test -mdefault-visibility-export-mapping= (authored by MaskRay).
[Driver][test] Properly test -mdefault-visibility-export-mapping=
jsjodin added inline comments to D147172: [OpenMP][Flang][MLIR] Add lowering of TargetOp for host codegen.
LGTM
Tue, May 30, 10:58 AM · Restricted Project
In D151735#4381661, @tianshilei1992 wrote:CUDA's async malloc is really a new thing. It's gonna depend on what version of CUDA we are supporting here.
mehdi_amini added a comment to D151670: Fix crash in X86 ISelLowering: ConstantDataSequential can contain float as well.
Here is the bug: https://github.com/llvm/llvm-project/issues/63017
I extracted the IR from the JIT test so you don't have to build MLIR (and bugpointed it) :)
MatsPetersson committed rGb75f9ce3fe86: [FLANG] Support all arrays for LoopVersioning (authored by MatsPetersson).
[FLANG] Support all arrays for LoopVersioning
rastogishubham updated the diff for D151579: Fix -u option in dsymutil, to not emit an extra DW_LNE_set_address if the original line table was empty.
clear the line table rows, if the update flag is set, and the line table just has a DW_LNE_end_sequence in DWARFLinker.cpp
reames committed rGb07d08bb8590: [RISCV] Add additional vslide1up test coverage (authored by reames).
[RISCV] Add additional vslide1up test coverage
tianshilei1992 added a comment to D151735: [libc] Implement basic `malloc` and `free` support on the GPU.
CUDA's async malloc is really a new thing. It's gonna depend on what version of CUDA we are supporting here.
ping
Fix typo
bulbazord added a comment to D151353: [DebugInfo] Add error-handling to DWARFAbbreviationDeclarationSet.
Ok, the pre-submission checks failing are actually due to this change. Specifically, parsing the debug_abbrev section of the objects produced by these tests leads to an infinite loop. It goes as follows:
- We fail to get an ULEB128 value for the code because the contents of the debug_abbrev are invalid. The DataExtractor thus returns 0, signaling to the DWARFAbbreviationDeclaration parsing code that were done with this DWARFAbbreviationDeclaration.
- The DWARFAbbreviationDeclarationSet sees it's done and returns an empty Set to the DWARFDebugAbbrev parsing code. The offset is still at 0, so it's still technically a valid offset for the DataExtractor. So we continue on...
JDevlieghere accepted D151599: [lldb][NFCI] Remove use of ConstString from StructuredDataDarwinLog static functions.
LGTM
PiotrZSL committed rG6219b7c61a94: [clang-tidy] Do not emit bugprone-exception-escape warnings from coroutines (authored by denizevrenci).
[clang-tidy] Do not emit bugprone-exception-escape warnings from coroutines
Thank you, LGTM! Please let me know if you need someone to land this for you.
tra committed rG6cdc07a701ee: [CUDA] correctly install cuda_wrappers/bits/shared_ptr_base.h (authored by tra).
[CUDA] correctly install cuda_wrappers/bits/shared_ptr_base.h
LGTM
ping