<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in address_space-dependent.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>2cb2cd24 - Change the behavior of implicit int diagnostics</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#2cb2cd24</link>
        <description>Change the behavior of implicit int diagnosticsC89 allowed a type specifier to be elided with the resulting type beingint, aka implicit int behavior. This feature was subsequently removedin C99 without a deprecation period, so implementations continued tosupport the feature. Now, as with implicit function declarations, is agood time to reevaluate the need for this support.This patch allows -Wimplicit-int to issue warnings in C89 mode (off bydefault), defaults the warning to an error in C99 through C17, anddisables support for the feature entirely in C2x. It also removes awarning about missing declaration specifiers that really was just animplicit int warning in disguise and other minor related cleanups.

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Wed, 04 May 2022 12:34:26 +0000</pubDate>
        <dc:creator>Aaron Ballman &lt;aaron@aaronballman.com&gt;</dc:creator>
    </item>
<item>
        <title>2ab513cd - [SYCL] Enable `opencl_global_[host,device]` attributes for SYCL</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#2ab513cd</link>
        <description>[SYCL] Enable `opencl_global_[host,device]` attributes for SYCLDifferential Revision: https://reviews.llvm.org/D100396

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Tue, 13 Apr 2021 14:10:15 +0000</pubDate>
        <dc:creator>Alexey Bader &lt;alexey.bader@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>99d63ccf - Add type information to integral template argument if required.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#99d63ccf</link>
        <description>Add type information to integral template argument if required.Non-comprehensive list of cases: * Dumping template arguments; * Corresponding parameter contains a deduced type; * Template arguments are for a DeclRefExpr that hadMultipleCandidates()Type information is added in the form of prefixes (u8, u, U, L),suffixes (U, L, UL, LL, ULL) or explicit casts to printed integral templateargument, if MSVC codeview mode is disabled.Differential revision: https://reviews.llvm.org/D77598

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Wed, 12 May 2021 17:28:41 +0000</pubDate>
        <dc:creator>Pratyush Das &lt;reikdas@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7818906c - [SYCL] Implement SYCL address space attributes handling</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#7818906c</link>
        <description>[SYCL] Implement SYCL address space attributes handlingDefault address space (applies when no explicit address space wasspecified) maps to generic (4) address space.Added SYCL named address spaces `sycl_global`, `sycl_local` and`sycl_private` defined as sub-sets of the default address space.Static variables without address space now reside in global addressspace when compile for SPIR target, unless they have an explicit addressspace qualifier in source code.Differential Revision: https://reviews.llvm.org/D89909

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Fri, 20 Dec 2019 09:05:42 +0000</pubDate>
        <dc:creator>Alexey Bader &lt;alexey.bader@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8d27be8d - [OpenCL] Add global_device and global_host address spaces</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#8d27be8d</link>
        <description>[OpenCL] Add global_device and global_host address spacesThis patch introduces 2 new address spaces in OpenCL: global_device and global_hostwhich are a subset of a global address space, so the address space scheme will belooking like:```generic-&gt;global-&gt;host                          -&gt;device             -&gt;private             -&gt;localconstant```Justification: USM allocations may be associated with both host and device memory. Wewant to give users a way to tell the compiler the allocation type of a USM pointer foroptimization purposes. (Link to the Unified Shared Memory extension:https://github.com/intel/llvm/blob/sycl/sycl/doc/extensions/USM/cl_intel_unified_shared_memory.asciidoc)Before this patch USM pointer could be only in opencl_globaladdress space, hence a device backend can&apos;t tell if a particular pointerpoints to host or device memory. On FPGAs at least we can generate moreefficient hardware code if the user tells us where the pointer can point -being able to distinguish between these types of pointers at compile timeallows us to instantiate simpler load-store units to perform memorytransactions.Patch by Dmitry Sidorov.Reviewed By: AnastasiaDifferential Revision: https://reviews.llvm.org/D82174

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Wed, 29 Jul 2020 12:07:06 +0000</pubDate>
        <dc:creator>Alexey Bader &lt;alexey.bader@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>a85f5efd - Add support for the MS qualifiers __ptr32, __ptr64, __sptr, __uptr.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#a85f5efd</link>
        <description>Add support for the MS qualifiers __ptr32, __ptr64, __sptr, __uptr.Summary:This adds parsing of the qualifiers __ptr32, __ptr64, __sptr, and __uptr andlowers them to the corresponding address space pointer for 32-bit and 64-bit pointers.(32/64-bit pointers added in https://reviews.llvm.org/D69639)A large part of this patch is making these pointers ignore the address spacewhen doing things like overloading and casting.https://bugs.llvm.org/show_bug.cgi?id=42359Reviewers: rnk, rsmithSubscribers: jholewinski, jvesely, nhaehnle, cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D71039

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Thu, 24 Oct 2019 23:34:25 +0000</pubDate>
        <dc:creator>Amy Huang &lt;akhuang@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b7318e02 - [OpenCL] Add LangAS::opencl_private to represent private address space in AST</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#b7318e02</link>
        <description>[OpenCL] Add LangAS::opencl_private to represent private address space in ASTCurrently Clang uses default address space (0) to represent private address space for OpenCLin AST. There are two issues with this:Multiple address spaces including private address space cannot be diagnosed.There is no mangling for default address space. For example, if private int* is emitted asi32 addrspace(5)* in IR. It is supposed to be mangled as PUAS5i but it is mangled asPi instead.This patch attempts to represent OpenCL private address space explicitly in AST. It addsa new enum LangAS::opencl_private and adds it to the variable types which are implicitlyprivate:automatic variables without address space qualifierfunction parameterpointee type without address space qualifier (OpenCL 1.2 and below)Differential Revision: https://reviews.llvm.org/D35082llvm-svn: 315668

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Fri, 13 Oct 2017 03:37:48 +0000</pubDate>
        <dc:creator>Yaxun Liu &lt;Yaxun.Liu@amd.com&gt;</dc:creator>
    </item>
<item>
        <title>25b16572 - Dependent Address Space Support Test Fix</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#25b16572</link>
        <description>Dependent Address Space Support Test FixModifying a non-type template integer arguement that is causing errors in some builds as it&apos;s too large for 32-bit longs. This hopefully (and seems to when testing) should fix all of the build bot errors relating to this test. I also modified the name of the function call to be more apt.Differential Revision: https://reviews.llvm.org/D33666llvm-svn: 314668

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Mon, 02 Oct 2017 13:32:59 +0000</pubDate>
        <dc:creator>Andrew Gozillon &lt;andrew.gozillon@uws.ac.uk&gt;</dc:creator>
    </item>
<item>
        <title>0cd141ba - Dependent Address Space Support Test File</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp#0cd141ba</link>
        <description>Dependent Address Space Support Test FileAdding regression test for Dependent Address Spaces in relation tohttps://reviews.llvm.org/D33666 I forgot to svn add the test file before commiting the prior changes. I appologies. llvm-svn: 314650

            List of files:
            /llvm-project-15.0.7/clang/test/SemaTemplate/address_space-dependent.cpp</description>
        <pubDate>Mon, 02 Oct 2017 06:31:25 +0000</pubDate>
        <dc:creator>Andrew Gozillon &lt;andrew.gozillon@uws.ac.uk&gt;</dc:creator>
    </item>
</channel>
</rss>
