en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#5061eb6b [Sparc] Don't define __sparcv9 and __sparcv9__ when targeting V8+Currently, clang defines the three macros __sparcv9, __sparcv9__and __sparc_v9__ when targeting the V8+ baseline, i.e. using theV9 instruction set on a 32-bit target.Since neither gcc nor SolarisStudio define __sparcv9 and __sparcv9__when targeting V8+, some existing code such as the glibc breaks whendefining either of these two macros on a 32-bit target as they areused to detect a 64-bit target. Update the tests accordingly.Fixes PR49562.Reviewed By: jrtc27, MaskRay, hvdijkDifferential Revision: https://reviews.llvm.org/D98574 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Fri, 21 Jan 2022 17:57:17 +0000 John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#76e85ae2 [clang][Sparc] Default to -mcpu=v9 for Sparc V8 on SolarisAs reported in Bug 42535, `clang` doesn't inline atomic ops on 32-bitSparc, unlike `gcc` on Solaris. In a 1-stage build with `gcc`, only twotestcases are affected (currently `XFAIL`ed), while in a 2-stage build morethan 100 tests `FAIL` due to this issue.The reason for this `gcc`/`clang` difference is that `gcc` on 32-bitSolaris/SPARC defaults to `-mpcu=v9` where atomic ops are supported, unlikewith `clang`'s default of `-mcpu=v8`. This patch changes `clang` to use`-mcpu=v9` on 32-bit Solaris/SPARC, too.Doing so uncovered two bugs:`clang -m32 -mcpu=v9` chokes with any Solaris system headers included: /usr/include/sys/isa_defs.h:461:2: error: "Both _ILP32 and _LP64 are defined" #error "Both _ILP32 and _LP64 are defined"While `clang` currently defines `__sparcv9` in a 32-bit `-mcpu=v9`compilation, neither `gcc` nor Studio `cc` do. In fact, the Studio 12.6`cc(1)` man page clearly states: These predefinitions are valid in all modes: [...] __sparcv8 (SPARC) __sparcv9 (SPARC -m64)At the same time, the patch defines `__GCC_HAVE_SYNC_COMPARE_AND_SWAP_[1248]`for a 32-bit Sparc compilation with any V9 cpu. I've also changed`MaxAtomicInlineWidth` for V9, matching what `gcc` does and the OracleDeveloper Studio 12.6: C User's Guide documents (Ch. 3, Support for AtomicTypes, 3.1 Size and Alignment of Atomic C Types).The two testcases that had been `XFAIL`ed for Bug 42535 are un-`XFAIL`edagain.Tested on `sparcv9-sun-solaris2.11` and `amd64-pc-solaris2.11`.Differential Revision: https://reviews.llvm.org/D86621 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Fri, 11 Sep 2020 07:53:19 +0000 Rainer Orth <ro@gcc.gnu.org> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#5fe17132 [Sparc] Define __GCC_HAVE_SYNC_COMPARE_AND_SWAP macros on SPARCv9 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Tue, 11 Aug 2020 04:04:24 +0000 Brad Smith <brad@comstyle.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#2946cd70 Update the file headers across all of the LLVM projects in the monorepoto reflect the new license.We understand that people may be surprised that we're moving the headerentirely to discuss the new license. We checked this carefully with theFoundation's lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351636 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Sat, 19 Jan 2019 08:50:56 +0000 Chandler Carruth <chandlerc@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#8cc53aec [Sparc] Add floating-point register namesReviewers: jyknightReviewed By: jyknightSubscribers: eraman, fedor.sergeev, jrtc27, cfe-commitsDifferential Revision: https://reviews.llvm.org/D47137llvm-svn: 333510 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Wed, 30 May 2018 06:02:18 +0000 Daniel Cederman <cederman@gaisler.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#e44bdb3f Add Rest of Targets Support to ValidCPUList (enabling march notes)A followup to: https://reviews.llvm.org/D42978Most of the rest of the Targets were pretty rote, so thispatch knocks them all out at once. Differential Revision: https://reviews.llvm.org/D43057llvm-svn: 324676 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Thu, 08 Feb 2018 23:16:55 +0000 Erich Keane <erich.keane@intel.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#637aafc4 [Myriad] Define __ma2x5x and __ma2x8xSummary: Add architecture defines for ma2x5x and ma2x8x.Reviewers: jyknightSubscribers: fedor.sergeev, MartinODifferential Revision: https://reviews.llvm.org/D42882llvm-svn: 324420 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Tue, 06 Feb 2018 22:39:47 +0000 Walter Lee <waltl@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#fc7f8f25 Add support for Myriad ma2x8x series of CPUsSummary:Also:- Add support for some older Myriad CPUs that were missing.- Fix some incorrect compiler defines for exisitng CPUs.Reviewers: jyknightSubscribers: fedor.sergeevDifferential Revision: https://reviews.llvm.org/D37551llvm-svn: 314706 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Mon, 02 Oct 2017 18:50:57 +0000 Walter Lee <waltl@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp#ebba5926 Break up Targets.cpp into a header/impl pair per target type[NFCI]Targets.cpp is getting unwieldy, and even minor changes cause the entire thing to cause recompilation for everyone. This patch bites the bullet and breaks it up into a number of files.I tended to keep function definitions in the class declaration unless it caused additional includes to be necessary. In those cases, I pulled it over into the .cpp file. Content is copy/paste for the most part, besides includes/format/etc.Differential Revision: https://reviews.llvm.org/D35701llvm-svn: 308791 List of files: /llvm-project-15.0.7/clang/lib/Basic/Targets/Sparc.cpp Fri, 21 Jul 2017 22:37:03 +0000 Erich Keane <erich.keane@intel.com>