Page MenuHomePhabricator

Hahnfeld (Jonas Hahnfeld)
User

Projects

User does not belong to any projects.

User Details

User Since
Apr 2 2015, 4:52 AM (202 w, 4 d)
RWTH Aachen University

Recent Activity

Today

Hahnfeld accepted D58372: [compiler-rt][CMake] Set project for the custom libc++.

LG if that fixes the problem. For the record llvm/runtimes/ does the same.

Tue, Feb 19, 12:04 AM · Restricted Project, Restricted Project

Sun, Feb 17

Hahnfeld added a comment to D58333: [libcxxabi][CMake] Drop unused HandleOutOfTreeLLVM include.

This is an alternative to D58331 which is an attempt at resolving the breakage introduced in D58013. I think this is a better solution than D58331.

Sun, Feb 17, 11:59 PM · Restricted Project
Hahnfeld added a comment to D58013: [compiler-rt] Build custom libcxx with libcxxabi.

@phosek Sorry for the breakage. I guess there are just too many configurations for non-trivial changes to the build system :-/

Sun, Feb 17, 11:48 PM · Restricted Project, Restricted Project
Hahnfeld added a comment to D58013: [compiler-rt] Build custom libcxx with libcxxabi.

I needed to push rCRT354231 to fix the sanitizer bots. Let me know if this change is appropriate or want me to revert. In that case we need to run another round of clobber builds to fix CMake configuration (needed because the patch changes the source directory for ExternalProject_Add).

Sun, Feb 17, 1:07 PM · Restricted Project, Restricted Project
Hahnfeld committed rG0a9cb239a6c9: [compiler-rt] Fix broken sanitizer bots (hopefully) (authored by Hahnfeld).
[compiler-rt] Fix broken sanitizer bots (hopefully)
Sun, Feb 17, 10:48 AM
Hahnfeld committed rCRT354231: [compiler-rt] Fix broken sanitizer bots (hopefully).
[compiler-rt] Fix broken sanitizer bots (hopefully)
Sun, Feb 17, 10:47 AM
Hahnfeld committed rL354231: [compiler-rt] Fix broken sanitizer bots (hopefully).
[compiler-rt] Fix broken sanitizer bots (hopefully)
Sun, Feb 17, 10:47 AM
Hahnfeld committed rCXX354212: [compiler-rt] Build custom libcxx with libcxxabi.
[compiler-rt] Build custom libcxx with libcxxabi
Sun, Feb 17, 4:32 AM
Hahnfeld committed rCXXA354212: [compiler-rt] Build custom libcxx with libcxxabi.
[compiler-rt] Build custom libcxx with libcxxabi
Sun, Feb 17, 4:19 AM
Hahnfeld committed rG66c60d9d714b: [compiler-rt] Build custom libcxx with libcxxabi (authored by Hahnfeld).
[compiler-rt] Build custom libcxx with libcxxabi
Sun, Feb 17, 4:17 AM
Hahnfeld committed rL354212: [compiler-rt] Build custom libcxx with libcxxabi.
[compiler-rt] Build custom libcxx with libcxxabi
Sun, Feb 17, 4:16 AM
Hahnfeld committed rCRT354212: [compiler-rt] Build custom libcxx with libcxxabi.
[compiler-rt] Build custom libcxx with libcxxabi
Sun, Feb 17, 4:16 AM
Hahnfeld closed D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Sun, Feb 17, 4:16 AM · Restricted Project, Restricted Project

Sat, Feb 16

Hahnfeld committed rGa05d442391de: [compiler-rt] Cleanup usage of C++ ABI library (authored by Hahnfeld).
[compiler-rt] Cleanup usage of C++ ABI library
Sat, Feb 16, 12:36 AM
Hahnfeld committed rCRT354198: [compiler-rt] Cleanup usage of C++ ABI library.
[compiler-rt] Cleanup usage of C++ ABI library
Sat, Feb 16, 12:35 AM
Hahnfeld committed rL354198: [compiler-rt] Cleanup usage of C++ ABI library.
[compiler-rt] Cleanup usage of C++ ABI library
Sat, Feb 16, 12:35 AM
Hahnfeld closed D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Sat, Feb 16, 12:35 AM · Restricted Project, Restricted Project

Fri, Feb 15

Hahnfeld updated the diff for D58012: [compiler-rt] Cleanup usage of C++ ABI library.

Revert changes to CMAKE_THREAD_LIBS_INIT.

Fri, Feb 15, 12:57 PM · Restricted Project, Restricted Project
Hahnfeld reopened D58012: [compiler-rt] Cleanup usage of C++ ABI library.

I had to revert this in r354153 because it breaks sanitizer-x86_64-linux:
http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/19915

Fri, Feb 15, 10:27 AM · Restricted Project, Restricted Project
Hahnfeld committed rGea686e284531: Revert "[compiler-rt] Cleanup usage of C++ ABI library" (authored by Hahnfeld).
Revert "[compiler-rt] Cleanup usage of C++ ABI library"
Fri, Feb 15, 10:26 AM
Hahnfeld committed rL354153: Revert "[compiler-rt] Cleanup usage of C++ ABI library".
Revert "[compiler-rt] Cleanup usage of C++ ABI library"
Fri, Feb 15, 10:26 AM
Hahnfeld committed rCRT354153: Revert "[compiler-rt] Cleanup usage of C++ ABI library".
Revert "[compiler-rt] Cleanup usage of C++ ABI library"
Fri, Feb 15, 10:26 AM
Hahnfeld committed rG77d0e63c1e8c: [compiler-rt] Let CMake search for thread support (authored by Hahnfeld).
[compiler-rt] Let CMake search for thread support
Fri, Feb 15, 8:28 AM
Hahnfeld committed rCRT354143: [compiler-rt] Let CMake search for thread support.
[compiler-rt] Let CMake search for thread support
Fri, Feb 15, 8:27 AM
Hahnfeld committed rL354143: [compiler-rt] Let CMake search for thread support.
[compiler-rt] Let CMake search for thread support
Fri, Feb 15, 8:27 AM
Hahnfeld committed rG3cc63cfaa777: [compiler-rt] Cleanup usage of C++ ABI library (authored by Hahnfeld).
[compiler-rt] Cleanup usage of C++ ABI library
Fri, Feb 15, 6:31 AM
Hahnfeld committed rCRT354132: [compiler-rt] Cleanup usage of C++ ABI library.
[compiler-rt] Cleanup usage of C++ ABI library
Fri, Feb 15, 6:30 AM
Hahnfeld committed rL354132: [compiler-rt] Cleanup usage of C++ ABI library.
[compiler-rt] Cleanup usage of C++ ABI library
Fri, Feb 15, 6:30 AM
Hahnfeld closed D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Fri, Feb 15, 6:30 AM · Restricted Project, Restricted Project

Thu, Feb 14

Hahnfeld added inline comments to D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Thu, Feb 14, 1:43 AM · Restricted Project, Restricted Project
Hahnfeld updated the diff for D58013: [compiler-rt] Build custom libcxx with libcxxabi.

Cleaunup CustomLibcxx/CMakeLists.txt and build custom libcxx without exceptions.

Thu, Feb 14, 1:40 AM · Restricted Project, Restricted Project

Wed, Feb 13

Hahnfeld removed a child revision for D58013: [compiler-rt] Build custom libcxx with libcxxabi: D58014: [msan][test] Unset LD_LIBRARY_PATH to avoid un-sanitized libc++.
Wed, Feb 13, 11:28 AM · Restricted Project, Restricted Project
Hahnfeld removed a parent revision for D58014: [msan][test] Unset LD_LIBRARY_PATH to avoid un-sanitized libc++: D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Wed, Feb 13, 11:28 AM · Restricted Project, Restricted Project
Hahnfeld removed a child revision for D58012: [compiler-rt] Cleanup usage of C++ ABI library: D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Wed, Feb 13, 11:28 AM · Restricted Project, Restricted Project
Hahnfeld removed a parent revision for D58013: [compiler-rt] Build custom libcxx with libcxxabi: D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Wed, Feb 13, 11:28 AM · Restricted Project, Restricted Project
Hahnfeld added a comment to D58013: [compiler-rt] Build custom libcxx with libcxxabi.

@phosek Excellent idea. I tried to implement what you described and it seems to work great! The only minor disadvantage is that we now need to disable the tests if COMPILER_RT_LIBCXXABI_PATH is not found...

Wed, Feb 13, 11:27 AM · Restricted Project, Restricted Project
Hahnfeld added inline comments to D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Wed, Feb 13, 11:20 AM · Restricted Project, Restricted Project
Hahnfeld updated the diff for D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Wed, Feb 13, 11:20 AM · Restricted Project, Restricted Project
Hahnfeld updated the diff for D58012: [compiler-rt] Cleanup usage of C++ ABI library.

Rebase, apply the same treatment to TSan, and rename option to SANITIZER_TEST_CXX.

Wed, Feb 13, 11:20 AM · Restricted Project, Restricted Project
Hahnfeld abandoned D58014: [msan][test] Unset LD_LIBRARY_PATH to avoid un-sanitized libc++.

Wouldn't it be easiest to link the instrumented libc++ statically and avoid the rpath issues altogether?

Wed, Feb 13, 11:03 AM · Restricted Project, Restricted Project

Mon, Feb 11

Hahnfeld committed rOMP353715: [OMPT] Remove test output from source tree.
[OMPT] Remove test output from source tree
Mon, Feb 11, 8:21 AM
Hahnfeld committed rGf26d3e71854c: [OMPT] Remove test output from source tree (authored by Hahnfeld).
[OMPT] Remove test output from source tree
Mon, Feb 11, 8:15 AM
Hahnfeld committed rL353715: [OMPT] Remove test output from source tree.
[OMPT] Remove test output from source tree
Mon, Feb 11, 8:15 AM
Hahnfeld closed D58002: [OMPT] Remove test output from source tree.
Mon, Feb 11, 8:15 AM · Restricted Project, Restricted Project

Sun, Feb 10

Hahnfeld added a child revision for D58013: [compiler-rt] Build custom libcxx with libcxxabi: D58014: [msan][test] Unset LD_LIBRARY_PATH to avoid un-sanitized libc++.
Sun, Feb 10, 4:00 AM · Restricted Project, Restricted Project
Hahnfeld added a parent revision for D58014: [msan][test] Unset LD_LIBRARY_PATH to avoid un-sanitized libc++: D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Sun, Feb 10, 4:00 AM · Restricted Project, Restricted Project
Hahnfeld added a parent revision for D58013: [compiler-rt] Build custom libcxx with libcxxabi: D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Sun, Feb 10, 4:00 AM · Restricted Project, Restricted Project
Hahnfeld added a child revision for D58012: [compiler-rt] Cleanup usage of C++ ABI library: D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Sun, Feb 10, 4:00 AM · Restricted Project, Restricted Project
Hahnfeld added inline comments to D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Sun, Feb 10, 4:00 AM · Restricted Project, Restricted Project
Hahnfeld created D58014: [msan][test] Unset LD_LIBRARY_PATH to avoid un-sanitized libc++.
Sun, Feb 10, 3:58 AM · Restricted Project, Restricted Project
Hahnfeld created D58013: [compiler-rt] Build custom libcxx with libcxxabi.
Sun, Feb 10, 3:58 AM · Restricted Project, Restricted Project
Hahnfeld created D58012: [compiler-rt] Cleanup usage of C++ ABI library.
Sun, Feb 10, 3:58 AM · Restricted Project, Restricted Project

Sat, Feb 9

Hahnfeld created D58002: [OMPT] Remove test output from source tree.
Sat, Feb 9, 9:19 AM · Restricted Project, Restricted Project

Fri, Feb 8

Hahnfeld accepted D57851: Guard a feature that unsupported by old GCC.

Excellent!

Fri, Feb 8, 5:12 AM · Restricted Project, Restricted Project

Thu, Feb 7

Hahnfeld added a comment to D57848: [OPENMP] fix build failure with GCC4.8.

As said in D57851, this will not handle Clang and only work for GCC.

Thu, Feb 7, 12:12 AM
Hahnfeld added a comment to D57851: Guard a feature that unsupported by old GCC.

@kkwli0 Thanks for letting me know! But wouldn't https://reviews.llvm.org/D57848 always fall to "else" case added if the compiler is not GCC?

Thu, Feb 7, 12:10 AM · Restricted Project, Restricted Project

Sat, Jan 26

Hahnfeld added a comment to D55725: [OpenMP] Add libs to clang-dedicated directories.

I think it's a good idea to have a proper RFC on cfe-dev about how to handle runtime libraries in case they are already installed in system directory. More pointers on historic discussions below.

Sat, Jan 26, 7:02 AM · Restricted Project

Fri, Jan 25

Hahnfeld added a comment to D55725: [OpenMP] Add libs to clang-dedicated directories.

In the summary you said that you don't want to set -L when compiling which I totally understand, me neither. Did you try setting LIBRARY_PATH in the environment to make Clang automatically add the directory containing libomp.so? That's what we do and the combination of LIBRARY_PATH during compilation and LD_LIBRARY_PATH during execution makes sure that (a) all libraries are found and (b) they are found in the very same version that were used when linking the binary.

LIBRARY_PATH during compilation has no effect for me.

First, -v reveals that -L/home/jdenny/llvm/bin/../lib is before -L/home/jdenny/llvm/lib, which is added by LIBRARY_PATH, which is thus redundant here.

Fri, Jan 25, 12:17 AM · Restricted Project

Thu, Jan 24

Hahnfeld added a comment to D55725: [OpenMP] Add libs to clang-dedicated directories.

I think this patch would effectively lose the ability to use a custom standalone build of the OpenMP runtime: When hacking on the runtime it's pretty convenient to only build and install the openmp repository and use environment variables to switch between different versions. When putting libomp.so into lib/clang/9.0.0/lib/linux/x86_64 [1] this path will be very first one that Clang instructs the linker to look at. As a result the "custom" location that I specify in LIBRARY_PATH won't be honored and I'll always end up using the version installed next to the compiler.

Thu, Jan 24, 12:22 AM · Restricted Project

Jan 4 2019

Hahnfeld removed a reviewer for D56266: [GlobalISel] Fix choice of instruction selector for AArch64 at -O0 with -global-isel=0: Hahnfeld.

I don't know anything about GlobalISel implementation. The patch seems to do the right thing, but I'll defer to somebody who knows the code.

Jan 4 2019, 1:46 PM
Hahnfeld added a comment to D56202: [OpenMP] Remove -fno-experimental-isel from OMP testing.

Yeah, sorry about that: That message was before I got the chance to really look into the generated assembly. I posted my analysis in the referenced bug you reported (https://bugs.llvm.org/show_bug.cgi?id=40131#c6) and frameaddress is also missing from GlobalISel which is why some tests are still failing. Fortunately there is https://reviews.llvm.org/D56266 which should restore -fno-experimental-isel and turn all tests green again until somebody has time to fully address all issues related to GlobalISel.

Jan 4 2019, 1:45 PM

Jan 3 2019

Hahnfeld removed a reviewer for D56286: [OPENMP] Deal with additional store inserted by Clang under -fno-PIC for PowerPC.: Hahnfeld.

I think you should also revert the other changes from rL349512.

Jan 3 2019, 12:49 PM · Restricted Project

Jan 2 2019

Hahnfeld requested changes to D56202: [OpenMP] Remove -fno-experimental-isel from OMP testing.

Did you also implement frameaddress in GlobalISel (see llvm.org/PR40131)? Otherwise this won't make all tests work and it would be better to "fix" -fno-experimental-isel.

Jan 2 2019, 1:38 PM
Hahnfeld accepted D56108: [libomptarget] Added install component for libomptarget.

Thanks for the explanation, that sounds useful.

Jan 2 2019, 12:30 AM · Restricted Project

Dec 28 2018

Hahnfeld updated subscribers of D56108: [libomptarget] Added install component for libomptarget.

Can you explain the benefit of this change? I would have expected a target like install-omptarget, but applying this patch locally didn't change anything visible.

Dec 28 2018, 3:53 AM · Restricted Project

Dec 18 2018

Hahnfeld added inline comments to D55788: Fix performance regression in SPEC kdtree test.
Dec 18 2018, 1:23 AM · Restricted Project
Hahnfeld added inline comments to D55788: Fix performance regression in SPEC kdtree test.
Dec 18 2018, 1:07 AM · Restricted Project

Dec 17 2018

Hahnfeld added inline comments to D55788: Fix performance regression in SPEC kdtree test.
Dec 17 2018, 11:43 PM · Restricted Project

Dec 9 2018

Hahnfeld added a comment to D55496: [OpenMP] RFC: fixes for LIBOMP_OMP_VERSION=4.5/4.

I think there was a discussion in the past whether it makes sense to allow building for an older version of the standard, given that the library guarantees backwards compatibility. Your findings once again show that nobody is even compile-testing the old code, so I think it would be best to just remove all the #ifdefs and code that is not needed anymore. For everything else there's a version control system that you can ask about old versions of the code.

Dec 9 2018, 7:55 AM · Restricted Project

Dec 5 2018

Hahnfeld added a comment to D55269: [CUDA] Fix nvidia-cuda-toolkit detection on Ubuntu.

I think there are some misunderstandings here, or at least I understand things differently than @tra is describing them: AFAICS this change is NOT about replacing nvcc by clang in any CMake project (be that the OpenMP runtime or any other project outside of LLVM). The scope of the second issue is that there is a CMake project (namely openmp) which uses FindCuda.cmake to detect the CUDA installation and passes the resulting path to --cuda-path. I wrote that detection and I still think it's correct because that is a way to force Clang to use a given CUDA install location. If FindCuda.cmake returns a wrong path (/usr instead of /usr/lib/cuda) or the shim package behind /usr/lib/cuda is incomplete, then this needs to be fixed and not workarounded in Clang.

Dec 5 2018, 7:58 AM

Dec 4 2018

Hahnfeld added a comment to D55269: [CUDA] Fix nvidia-cuda-toolkit detection on Ubuntu.

Ah, this packaging style is a never ending source of fun... Adding isUbuntu() seems fine to solve the first issue.

Dec 4 2018, 8:25 AM

Oct 14 2018

Hahnfeld added a comment to D53249: Force Hexagon to use default (hexagon-link) linker.

As said on D53250 I think this is the right way to fix these tests: We already do the same for -stdlib=platform and -rtlib=platform.

Oct 14 2018, 3:32 AM
Hahnfeld added a comment to D53250: [ToolChain] Use default linker if the toolchain uses a custom one.

If I read that patch correctly, this will render -fuse-ld with non-absolute paths useless if a toolchain has DefaultLinker != "ld". I don't think that's what we want to do if the user explicitly sets a different linker.

Oct 14 2018, 3:31 AM

Oct 11 2018

Hahnfeld removed a reviewer for D53141: [OpenMP][libomptarget] Add runtime function for pushing coalesced global records: Hahnfeld.

I guess this will break the case when the DataSize passed to __kmpc_data_sharing_push_stack() needs additional alignment: With this change it is handled in data_sharing_push_stack_common() but __kmpc_data_sharing_push_stack() will determine PushSize without the adjustment and do the final pointer arithmetic.

Why DataSize might require an additional alignment? The DataSize must be already aligned.

Oct 11 2018, 12:02 PM
Hahnfeld added a comment to D53141: [OpenMP][libomptarget] Add runtime function for pushing coalesced global records.

I guess this will break the case when the DataSize passed to __kmpc_data_sharing_push_stack() needs additional alignment: With this change it is handled in data_sharing_push_stack_common() but __kmpc_data_sharing_push_stack() will determine PushSize without the adjustment and do the final pointer arithmetic.

Oct 11 2018, 8:47 AM

Oct 9 2018

Hahnfeld added a comment to D52700: [libomptarget-nvptx] Remove dead functions.

Ping

Oct 9 2018, 12:24 PM

Oct 5 2018

Hahnfeld accepted D52938: [CUDA] Use all 64 bits of GUID in __nv_module_id.

Out of interest: Is this fixing a particular issue?

Oct 5 2018, 11:07 AM

Oct 2 2018

Hahnfeld added a comment to D52733: [OpenMP][NVPTX] Avoid data sharing if in parallel region.

It might lead to increased register pressure, isn't it? Currently, I'm trying to emit the code that can be optimized out and, thus, may decrease the register pressure. That's why I tried to reduce the number of the runtime checks.

You are right, it's increasing register usage but I think it shouldn't: The generated code is always checking __kmpc_is_spmd_exec_mode first. So if LLVM would be able to optimize this out in SPMD mode, __kmpc_parallel_level should never be called.

I guess this doesn't work because it's illegal to hoist the load of execution_param across a barrier?

Even if we will be able to reduce register usage for SPMD, it still going to be high for non-SPMD constructs. The optimizer is not able to understand that it is in parallel region or not during the compilation phase

Oct 2 2018, 12:55 PM
Hahnfeld added a comment to D52733: [OpenMP][NVPTX] Avoid data sharing if in parallel region.

It might lead to increased register pressure, isn't it? Currently, I'm trying to emit the code that can be optimized out and, thus, may decrease the register pressure. That's why I tried to reduce the number of the runtime checks.

Oct 2 2018, 12:43 PM
Hahnfeld committed rL343618: [OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI..
[OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI.
Oct 2 2018, 12:15 PM
Hahnfeld committed rL343617: [OpenMP] Simplify code for reductions on distribute directives, NFC..
[OpenMP] Simplify code for reductions on distribute directives, NFC.
Oct 2 2018, 12:14 PM
Hahnfeld committed rC343618: [OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI..
[OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI.
Oct 2 2018, 12:14 PM
Hahnfeld closed D52732: [OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI..
Oct 2 2018, 12:14 PM
Hahnfeld committed rC343617: [OpenMP] Simplify code for reductions on distribute directives, NFC..
[OpenMP] Simplify code for reductions on distribute directives, NFC.
Oct 2 2018, 12:14 PM
Hahnfeld closed D52731: [OpenMP] Simplify code for reductions on distribute directives, NFC..
Oct 2 2018, 12:14 PM

Oct 1 2018

Hahnfeld added a child revision for D52732: [OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI.: D52733: [OpenMP][NVPTX] Avoid data sharing if in parallel region.
Oct 1 2018, 10:10 AM
Hahnfeld added a parent revision for D52733: [OpenMP][NVPTX] Avoid data sharing if in parallel region: D52732: [OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI..
Oct 1 2018, 10:10 AM
Hahnfeld created D52733: [OpenMP][NVPTX] Avoid data sharing if in parallel region.
Oct 1 2018, 10:10 AM
Hahnfeld created D52732: [OpenMP][NVPTX] Simplify codegen for orphaned parallel, NFCI..
Oct 1 2018, 10:09 AM
Hahnfeld created D52731: [OpenMP] Simplify code for reductions on distribute directives, NFC..
Oct 1 2018, 10:09 AM
Hahnfeld added a comment to D52701: [libomptarget-nvptx] Enable asserts in bclib.

Looks good. I have no idea why this option was left there...

Oct 1 2018, 7:20 AM
Hahnfeld committed rL343477: [libomptarget-nvptx] Enable asserts in bclib.
[libomptarget-nvptx] Enable asserts in bclib
Oct 1 2018, 7:20 AM
Hahnfeld committed rOMP343477: [libomptarget-nvptx] Enable asserts in bclib.
[libomptarget-nvptx] Enable asserts in bclib
Oct 1 2018, 7:20 AM
Hahnfeld closed D52701: [libomptarget-nvptx] Enable asserts in bclib.
Oct 1 2018, 7:20 AM
Hahnfeld committed rL343476: [libomptarget-nvptx] reduction: Determine if runtime uninitialized.
[libomptarget-nvptx] reduction: Determine if runtime uninitialized
Oct 1 2018, 7:16 AM
Hahnfeld committed rOMP343476: [libomptarget-nvptx] reduction: Determine if runtime uninitialized.
[libomptarget-nvptx] reduction: Determine if runtime uninitialized
Oct 1 2018, 7:16 AM
Hahnfeld closed D52725: [libomptarget-nvptx] reduction: Determine if runtime uninitialized.
Oct 1 2018, 7:16 AM
Hahnfeld created D52725: [libomptarget-nvptx] reduction: Determine if runtime uninitialized.
Oct 1 2018, 7:11 AM

Sep 30 2018

Hahnfeld created D52701: [libomptarget-nvptx] Enable asserts in bclib.
Sep 30 2018, 2:49 AM
Hahnfeld created D52700: [libomptarget-nvptx] Remove dead functions.
Sep 30 2018, 2:48 AM