User Details
- User Since
- Apr 16 2022, 9:36 AM (59 w, 10 h)
Thu, Jun 1
Sat, May 27
Thu, May 25
Workaround for depending on NVPTX symbols: initialize all available targets instead. If NVPTX is not available, it will complain when we try to actually execute anything in CUDA mode.
Rebased and fixed conflicts on recent value printing related patches.
Sat, May 20
Added some std::move fixes for Error -> Expected conversions
Tue, May 16
Update the filenames
Sun, May 14
Remove the copy of CodeGenOpts in CodeGeneratorImpl
Sat, May 13
Fri, May 12
Add some CUDA basic functionality tests.
Disallow undo-ing of the initial PTU. This should fix the undo command test.
Tue, May 9
Added a check to run CUDA tests only on systems with CUDA. We need some ideas for the actual tests.
Rename Offload.cpp to DeviceOffload.cpp
Other syntax/style fixes
Apr 25 2023
extern "C" and enable PS4/5
Apr 23 2023
Apr 22 2023
I made patch with both precompiled library and without cstdio. D148992
Use virtual file system to store CUDA fatbinaries in memory
Adapted Interpreter tests to use the CompilerBuilder
Apr 17 2023
We should probably also address the lack of linker issue as well. Should we go for a precompiled dynamic library file? There seems to be some "precedent" of this in other tests.
Apr 11 2023
Combined IncrementalCompilerBuilder and IncrementalCudaCompilerBuilder
Added --cuda-path support
Use sys::fs::createTemporaryFile() instead of hardcoding the path
Other minor refactoring
Apr 5 2023
Apr 4 2023
Mar 29 2023
Just to confirm, UNSUPPORTED: target=x86_64-scei-ps4 should be enough, right?
Hi, @dyung ! It seems the dynamic library generation is failing from the lack of a linker. We need a test library to load at runtime in clang-repl. Do you have any idea how we can create one without a linker? Otherwise we can disable the test on PS4 as it is probably an unlikely use case.
Mar 28 2023
Changed test to use a separate Input file for the dynamic library generation
Mar 21 2023
Added a simple test and removed the automatic OS specific library filenames
Jan 23 2023
Jan 16 2023
Sep 28 2022
Sep 27 2022
Thanks!
Sep 20 2022
Thanks! I forgot about this.
Aug 28 2022
Aug 26 2022
Aug 23 2022
Aug 22 2022
Aug 21 2022
Properly base everything hopefully
Properly rebase everything
Aug 20 2022
Addressed the above issues
Aug 14 2022
Aug 13 2022
Aug 12 2022
We are resetting permissions to read/write in InProcessMapper::deinitialize(). It may make sense to set them to read/write in InProcessMapper::prepare() instead. But in that case extra syscalls are made during startup instead of shutdown.
Aug 11 2022
Aug 9 2022
This should fix https://reviews.llvm.org/D128544#3710127 but I think we may not even need the lock at all since this is called only at shutdown.
Aug 8 2022
Aug 7 2022
Remove address space size check and improve comments
Aug 3 2022
Thanks for the fix.
That was a mistake, Thanks.
Aug 1 2022
Jul 30 2022
Something like LLVM_ORC_SHARED_MAPPER_SUPPORTED would be nice and maybe we can even define it from the build system. In any case it should be a follow up patch I guess.
Jul 29 2022
Jul 28 2022
Jul 21 2022
Jul 20 2022
Added support for new SharedMemoryMapper
Jul 18 2022
Use new SharedMemorySegFinalizeRequest instead of SegFinalizeRequest
Jul 14 2022
Link with librt if available
Jul 13 2022
Hi! I am not very familiar with powerpc but it seems like POSIX shared memory APIs should be available.
From this page I suspect shm_ family of functions could be in librt instead of libc.
Skip the test on unimplemented operating systems
Jul 11 2022
Jul 5 2022
Replaced some llvm_unreachable() with llvm::Error
Jul 1 2022
Added explicit cast from size_t to uint64_t