en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#46b0d0ee Use functions with prototypes when appropriate; NFCA significant number of our tests in C accidentally use functionswithout prototypes. This patch converts the function signatures to havea prototype for the situations where the test is not specific to K&R Cdeclarations. e.g., void func();becomes void func(void);This is the twelfth batch of tests being updated (the end may be insight soon though). List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Wed, 16 Feb 2022 21:09:36 +0000 Aaron Ballman <aaron@aaronballman.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#6b335179 [test] Add {{.*}} to make tests immune to dso_local/dso_preemptable/(none) differencesFor a definition (of most linkage types), dso_local is set for ELF -fno-pic/-fpieand COFF, but not for Mach-O. This nuance causes unneeded binary format differences.This patch replaces (function) `define ` with `define{{.*}} `,(variable/constant/alias) `= ` with `={{.*}} `, or inserts appropriate `{{.*}} `if there is an explicit linkage.* Clang will set dso_local for Mach-O, which is currently implied by TargetMachine.cpp. This will make COFF/Mach-O and executable ELF similar.* Eventually I hope we can make dso_local the textual LLVM IR default (write explicit "dso_preemptable" when applicable) and -fpic ELF will be similar to everything else. This patch helps move toward that goal. List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Thu, 31 Dec 2020 04:45:56 +0000 Fangrui Song <i@maskray.me> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#3d9a0445 Recommit #2 "[Driver] Default to -fno-common for all targets"After a first attempt to fix the test-suite failures, my first recommitcaused the same failures again. I had updated CMakeList.txt files oftests that needed -fcommon, but it turns out that there are alsoMakefiles which are used by some bots, so I've updated these Makefilesnow too.See the original commit message for more details on this change:0a9fc9233e172601e26381810d093e02ef410f65 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Mon, 09 Mar 2020 19:25:24 +0000 Sjoerd Meijer <sjoerd.meijer@arm.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#f35d112e Revert "Recommit "[Driver] Default to -fno-common for all targets""This reverts commit 2c36c23f3476baf3b9283ea387c579419a70b112.Still problems in the test-suite, which I really thought I had fixed... List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Mon, 09 Mar 2020 10:37:28 +0000 Sjoerd Meijer <sjoerd.meijer@arm.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#2c36c23f Recommit "[Driver] Default to -fno-common for all targets"This includes fixes for:- test-suite: some benchmarks need to be compiled with -fcommon, see D75557.- compiler-rt: one test needed -fcommon, and another a change, see D75520. List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Mon, 09 Mar 2020 10:07:37 +0000 Sjoerd Meijer <sjoerd.meijer@arm.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#4e363563 Revert "[Driver] Default to -fno-common for all targets"This reverts commit 0a9fc9233e172601e26381810d093e02ef410f65.Going to look at the asan failures.I find the failures in the test suite weird, because they looklike compile time test and I don't understand how that can befailing, but will have a brief look at that too. List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Tue, 03 Mar 2020 09:58:38 +0000 Sjoerd Meijer <sjoerd.meijer@arm.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#0a9fc923 [Driver] Default to -fno-common for all targetsThis makes -fno-common the default for all targets because this has performanceand code-size benefits and is more language conforming for C code.Additionally, GCC10 also defaults to -fno-common and so we get consistentbehaviour with GCC.With this change, C code that uses tentative definitions as definitions of avariable in multiple translation units will trigger multiple-definition linkererrors. Generally, this occurs when the use of the extern keyword is neglectedin the declaration of a variable in a header file. In some cases, no specifictranslation unit provides a definition of the variable. The previous behaviorcan be restored by specifying -fcommon.As GCC has switched already, we benefit from applications already being portedand existing documentation how to do this. For example:- https://gcc.gnu.org/gcc-10/porting_to.html- https://wiki.gentoo.org/wiki/Gcc_10_porting_notes/fno_commonDifferential revision: https://reviews.llvm.org/D75056 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Tue, 03 Mar 2020 09:12:43 +0000 Sjoerd Meijer <sjoerd.meijer@arm.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#5fb5df9c Restructure how the driver communicates information about thetarget Objective-C runtime down to the frontend: break thisdown into a single target runtime kind and version, and computeall the relevant information from that. This makes itrelatively painless to add support for new runtimes to thecompiler. Make the new -cc1 flag, -fobjc-runtime=blah-x.y.z,available at the driver level as a better and more generalalternative to -fgnu-runtime and -fnext-runtime. This newconcept of an Objective-C runtime also encompasses what wewere previously separating out as the "Objective-C ABI", sofragile vs. non-fragile runtimes are now really modelled asdifferent kinds of runtime, paving the way for better overalldifferentiation.As a sort of special case, continue to accept the -cc1 flag-fobjc-runtime-has-weak, as a sop to PLCompatibilityWeak.I won't go so far as to say "no functionality change", evenignoring the new driver flag, but subtle changes in driversemantics are almost certainly not intended.llvm-svn: 158793 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Wed, 20 Jun 2012 06:18:46 +0000 John McCall <rjmccall@apple.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#9b0a7cea Make -fobjc-nonfragile-abi the -cc1 default, since it's theincreasingly prevailing case to the point that new featureslike ARC don't even support the fragile ABI anymore.This required a little bit of reshuffling with exceptionsbecause a check was assuming that ObjCNonFragileABI wasonly being set in ObjC mode, and that's actually a bitobnoxious to do.Most, though, it involved a perl script to translate a tonof test cases.Mostly no functionality change for driver users, althoughthere are corner cases with disabling language-specificexceptions that we should handle more correctly now.llvm-svn: 140957 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Sun, 02 Oct 2011 01:16:38 +0000 John McCall <rjmccall@apple.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#7bd3d1c4 Patch to fix IR-gen crash generating structure ABI which implementsuser specified string class via -fconstant-string-class option.pr9914.llvm-svn: 131496 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Tue, 17 May 2011 22:21:16 +0000 Fariborz Jahanian <fjahanian@apple.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#d661a853 Add unnamed_addr in CreateRuntimeVariable.llvm-svn: 123773 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Tue, 18 Jan 2011 21:07:57 +0000 Rafael Espindola <rafael.espindola@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m#50c925fe This patch implements Next's IRGen for -fconstant-string-class=class-name.PR6056, //rdar: //8564463llvm-svn: 116819 List of files: /llvm-project-15.0.7/clang/test/CodeGenObjC/constant-string-class.m Tue, 19 Oct 2010 17:19:29 +0000 Fariborz Jahanian <fjahanian@apple.com>