<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm-project.git/offload/test/mapping/map_both_pointer_pointee.c, branch users/makslevental/ptr-dialectpython</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/'/>
<entry>
<title>[OpenMP] Mark problematic tests as XFAIL / UNSUPPORTED (#161267)</title>
<updated>2025-09-29T20:17:55+00:00</updated>
<author>
<name>Joseph Huber</name>
<email>huberjn@outlook.com</email>
</author>
<published>2025-09-29T20:17:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=0fcce4fb7b85ed42feb2f2291405fe4a2292b2b4'/>
<id>0fcce4fb7b85ed42feb2f2291405fe4a2292b2b4</id>
<content type='text'>
Summary:
Several of these tests have been failing for literal years. Ideally we
make efforts to fix this, but keeping these broken has had serious
consequences on our testing infrastructure where failures are the norm
so almost all test failures are disregarded. I made a tracking issue for
the ones that have been disabled.

https://github.com/llvm/llvm-project/issues/161265</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
Several of these tests have been failing for literal years. Ideally we
make efforts to fix this, but keeping these broken has had serious
consequences on our testing infrastructure where failures are the norm
so almost all test failures are disregarded. I made a tracking issue for
the ones that have been disabled.

https://github.com/llvm/llvm-project/issues/161265</pre>
</div>
</content>
</entry>
<entry>
<title>[NFC][Offload] Correct the compile command of two C test files (#118243)</title>
<updated>2024-12-02T02:34:26+00:00</updated>
<author>
<name>Shilei Tian</name>
<email>i@tianshilei.me</email>
</author>
<published>2024-12-02T02:34:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=ed7a8f15564f11ce8ceabaa925a26842302b8450'/>
<id>ed7a8f15564f11ce8ceabaa925a26842302b8450</id>
<content type='text'>
The compile command for the two C test files are `compilexx`, which is
actually
for C++ compilation.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The compile command for the two C test files are `compilexx`, which is
actually
for C++ compilation.</pre>
</div>
</content>
</entry>
<entry>
<title>[Offload] Change x86_64-pc-linux to x86_64-unknown-linux (#107023)</title>
<updated>2024-09-03T12:25:33+00:00</updated>
<author>
<name>Jan Patrick Lehr</name>
<email>JanPatrick.Lehr@amd.com</email>
</author>
<published>2024-09-03T12:25:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=1a0cf245ac86c2f35c89cab47f83e9b474032e41'/>
<id>1a0cf245ac86c2f35c89cab47f83e9b474032e41</id>
<content type='text'>
It appears that the RUNTIMES build prefers the x86-64-unknown-linux-gnu
triple notation for the host. This fixes runtime / test breakages when
compiler-rt is used as the CLANG_DEFAULT_RTLIB.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It appears that the RUNTIMES build prefers the x86-64-unknown-linux-gnu
triple notation for the host. This fixes runtime / test breakages when
compiler-rt is used as the CLANG_DEFAULT_RTLIB.</pre>
</div>
</content>
</entry>
<entry>
<title>[Clang][OpenMP] This is addition fix for #92210. (#94802)</title>
<updated>2024-07-04T03:56:53+00:00</updated>
<author>
<name>jyu2-git</name>
<email>jennifer.yu@intel.com</email>
</author>
<published>2024-07-04T03:56:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=32f7672acc92d6b3d9b64cfeb9b25c31ae542337'/>
<id>32f7672acc92d6b3d9b64cfeb9b25c31ae542337</id>
<content type='text'>
Fix another runtime problem when explicit map both pointer and pointee
in target data region.

In #92210, problem is only addressed in target region, but missing for
target data region.

The change just passing AreBothBasePtrAndPteeMapped in
generateInfoForComponentList when processing target data.

---------

Co-authored-by: Alexey Bataev &lt;a.bataev@gmx.com&gt;</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix another runtime problem when explicit map both pointer and pointee
in target data region.

In #92210, problem is only addressed in target region, but missing for
target data region.

The change just passing AreBothBasePtrAndPteeMapped in
generateInfoForComponentList when processing target data.

---------

Co-authored-by: Alexey Bataev &lt;a.bataev@gmx.com&gt;</pre>
</div>
</content>
</entry>
<entry>
<title>[Clang][OpenMP] Fix runtime problem when explicit map both pointer and pointee (#92210)</title>
<updated>2024-05-15T15:20:25+00:00</updated>
<author>
<name>jyu2-git</name>
<email>jennifer.yu@intel.com</email>
</author>
<published>2024-05-15T15:20:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=8e00703be9ceb41d9b80c2bc8f024a9610b9aaa1'/>
<id>8e00703be9ceb41d9b80c2bc8f024a9610b9aaa1</id>
<content type='text'>
ponter int *p for following map, test currently crash.

  map(p, p[:100]) or map(p, p[1])

Currly IR looks like
// &amp;p, &amp;p, sizeof(int), TARGET_PARAM | TO | FROM
// &amp;p, p[0], 100sizeof(float) TO | FROM

Worrking IR is
// map(p, p[0:100]) to map(p[0:100])
// &amp;p, &amp;p[0], 100*sizeof(float), TARGET_PARAM | TO | FROM | PTR_AND_OBJ

The change is add new argument AreBothBasePtrAndPteeMapped in
generateInfoForComponentList

Use that to skip map for map(p), when processing map(p[:100]) generate
map with right flag.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ponter int *p for following map, test currently crash.

  map(p, p[:100]) or map(p, p[1])

Currly IR looks like
// &amp;p, &amp;p, sizeof(int), TARGET_PARAM | TO | FROM
// &amp;p, p[0], 100sizeof(float) TO | FROM

Worrking IR is
// map(p, p[0:100]) to map(p[0:100])
// &amp;p, &amp;p[0], 100*sizeof(float), TARGET_PARAM | TO | FROM | PTR_AND_OBJ

The change is add new argument AreBothBasePtrAndPteeMapped in
generateInfoForComponentList

Use that to skip map for map(p), when processing map(p[:100]) generate
map with right flag.</pre>
</div>
</content>
</entry>
</feed>
