Author: srhines
Date: Thu Sep 13 12:50:02 2018
New Revision: 342165
URL: http://llvm.org/viewvc/llvm-project?rev=342165&view=rev
Log:
Support -fno-omit-frame-pointer with -pg.
Summary:
Previously, any instance of -fomit-frame-pointer would make it such that
-pg was an invalid flag combination. If
Author: srhines
Date: Thu Apr 4 11:17:46 2019
New Revision: 357713
URL: http://llvm.org/viewvc/llvm-project?rev=357713&view=rev
Log:
Verify that Android targets generate DWARF 4 by default.
Summary:
In the future, Android releases will support DWARF 5, but we need to
ensure that older targets on
uildslave/jenkins/workspace/clang-stage1-cmake-RA-incremental/clang-build/lib/clang/9.0.0"
>> "-fdebug-compilation-dir"
>> "/Users/buildslave/jenkins/workspace/clang-stage1-cmake-RA-incremental/clang-build/tools/clang/test/Driver"
>> "-ferror-limit" &qu
Author: srhines
Date: Tue Sep 18 11:34:33 2018
New Revision: 342501
URL: http://llvm.org/viewvc/llvm-project?rev=342501&view=rev
Log:
Fix logic around determining use of frame pointer with -pg.
Summary:
As part of r342165, I rewrote the logic to check whether
-fno-omit-frame-pointer was passed af
"-fdebug-compilation-dir"
> "/home/buildslave/ps4-buildslave4/llvm-clang-lld-x86_64-scei-ps4-ubuntu-fast/llvm.obj/tools/clang/test/Driver"
> "-fstack-size-section" "-ferror-limit" "19" "-fmessage-length" "0" "-pg"
>
r"
>> "/home/buildslave/ps4-buildslave4/llvm-clang-lld-x86_64-scei-ps4-ubuntu-fast/llvm.obj/tools/clang/test/Driver"
>> "-fstack-size-section" "-ferror-limit" "19" "-fmessage-length" "0" "-pg"
>> "-stack-pro
Author: srhines
Date: Wed Feb 6 09:59:39 2019
New Revision: 353318
URL: http://llvm.org/viewvc/llvm-project?rev=353318&view=rev
Log:
Switch to cantFail(), since it does the same assertion.
Reviewers: cfe-commits, lhames
Reviewed By: lhames
Subscribers: hintonda, klimek, pirama
Differential Re
Author: Stephen Hines
Date: 2020-07-13T16:35:54-07:00
New Revision: 9d5a8b7edb28707879b8e2a37d14a4cf6dbcbefa
URL:
https://github.com/llvm/llvm-project/commit/9d5a8b7edb28707879b8e2a37d14a4cf6dbcbefa
DIFF:
https://github.com/llvm/llvm-project/commit/9d5a8b7edb28707879b8e2a37d14a4cf6dbcbefa.diff
Author: srhines
Date: Thu Sep 22 00:52:55 2016
New Revision: 282136
URL: http://llvm.org/viewvc/llvm-project?rev=282136&view=rev
Log:
clang-format: Add an option to git-clang-format to diff between to commits
Summary:
When building pre-upload hooks using git-clang-format, it is useful to limit
t
This revision was automatically updated to reflect the committed changes.
Closed by commit rL282136: clang-format: Add an option to git-clang-format to
diff between to commits (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D24319?vs=72064&id=72138#toc
Repository:
rL
Author: srhines
Date: Tue Aug 15 14:20:41 2017
New Revision: 310958
URL: http://llvm.org/viewvc/llvm-project?rev=310958&view=rev
Log:
Switch to consumeError(), since this can crash otherwise.
Summary:
If assertions are disabled, but LLVM_ABI_BREAKING_CHANGES is enabled,
this will cause an issue w
This change seems to have broken the git mirrors, as I can no longer check
out clang without having a merge conflict as git alters the line endings.
Setting core.autocrlf to false doesn't help either. Does anyone have any
idea how to fix this svn <-> git issue?
Thanks,
Steve
On Thu, Aug 24, 2017
Ah, sorry I had to run off for a meeting. Yes, I was able to finally fix
this. For anyone else who hits it, you can "git reset --hard" back to the
CL before the initial change. Then you can "git pull" to move past the
issue. Thanks for fixing this.
Steve
On Thu, Aug 24, 2017 at 4:35 PM, Keane, Er
srhines added inline comments.
Comment at: lib/Sema/SemaChecking.cpp:3856
@@ -3855,3 +3855,3 @@
// format string, we will usually need to emit a warning.
// True string literals are then checked by CheckFormatString.
static StringLiteralCheckType
It might be go
Author: srhines
Date: Tue Sep 13 00:00:20 2016
New Revision: 281294
URL: http://llvm.org/viewvc/llvm-project?rev=281294&view=rev
Log:
clang-format: Add Java detection to git-clang-format.
Summary: This change adds "java" to the list of known extensions that
clang-format supports.
Patch by Luis
This revision was automatically updated to reflect the committed changes.
Closed by commit rL281294: clang-format: Add Java detection to
git-clang-format. (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D24401?vs=71104&id=71107#toc
Repository:
rL LLVM
https://review
srhines added a comment.
My comment is mostly naming considerations to improve clarity. I do have
concerns though about the unhandled else path.
Comment at: lib/Sema/SemaChecking.cpp:3842
@@ -3841,2 +3841,3 @@
-static void CheckFormatString(Sema &S, const StringLiteral *FExpr
srhines added a comment.
I will take care of submitting this. Thanks for the reviews everybody!
https://reviews.llvm.org/D23820
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
This revision was automatically updated to reflect the committed changes.
Closed by commit rL281527: Do not warn about format strings that are indexed
string literals. (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D23820?vs=71286&id=71416#toc
Repository:
rL LLVM
h
Author: srhines
Date: Wed Sep 14 15:05:20 2016
New Revision: 281527
URL: http://llvm.org/viewvc/llvm-project?rev=281527&view=rev
Log:
Do not warn about format strings that are indexed string literals.
Summary:
The warning for a format string not being a sting literal and therefore
being potential
srhines created this revision.
srhines added a subscriber: cfe-commits.
This reverts r281527 because I messed up the attribution.
https://reviews.llvm.org/D24579
Files:
lib/Sema/SemaChecking.cpp
test/Sema/format-strings.c
Index: test/Sema/format-strings.c
===
Author: srhines
Date: Wed Sep 14 15:20:14 2016
New Revision: 281530
URL: http://llvm.org/viewvc/llvm-project?rev=281530&view=rev
Log:
Revert "Do not warn about format strings that are indexed string literals."
Summary: This reverts r281527 because I messed up the attribution.
Reviewers: srhines
This revision was automatically updated to reflect the committed changes.
Closed by commit rL281530: Revert "Do not warn about format strings that are
indexed string literals." (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D24579?vs=71417&id=71419#toc
Repository:
r
Author: srhines
Date: Thu Sep 15 20:07:04 2016
New Revision: 281686
URL: http://llvm.org/viewvc/llvm-project?rev=281686&view=rev
Log:
Do not warn about format strings that are indexed string literals.
Summary:
The warning for a format string not being a string literal and therefore
being potentia
This revision was automatically updated to reflect the committed changes.
Closed by commit rL281686: Do not warn about format strings that are indexed
string literals. (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D24584?vs=71585&id=71586#toc
Repository:
rL LLVM
h
srhines created this revision.
srhines added a reviewer: cfe-commits.
srhines added a subscriber: meikeb.
Offset was doubled in size, but the assignment was missing. We just need
to reassign to the original variable in this case to fix it.
https://reviews.llvm.org/D24648
Files:
lib/Sema/SemaCh
D_RESULT
>
>
> On Thursday, September 15, 2016, Stephen Hines via cfe-commits <
> cfe-commits@lists.llvm.org> wrote:
>
>> srhines created this revision.
>> srhines added a reviewer: cfe-commits.
>> srhines added a subscriber: meikeb.
>>
>> Offset was do
Author: srhines
Date: Fri Sep 16 02:21:24 2016
New Revision: 281706
URL: http://llvm.org/viewvc/llvm-project?rev=281706&view=rev
Log:
Fix unused result from sign extending an Offset.
Summary:
Offset was doubled in size, but the assignment was missing. We just need
to reassign to the original vari
This revision was automatically updated to reflect the committed changes.
Closed by commit rL281706: Fix unused result from sign extending an Offset.
(authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D24648?vs=71598&id=71599#toc
Repository:
rL LLVM
https://reviews.llv
srhines added a comment.
Thanks to Hans for notifying me about this. Cross-compilation flags are a big
challenge in Android, but I have similar concerns about looking for magic
files/dirs. Richard's suggestion about improving @file is really interesting,
and would satisfy a large part of our ne
srhines created this revision.
srhines added a reviewer: cfe-commits.
srhines added subscribers: danalbert, pirama.
Herald added subscribers: tberghammer, rengolin, aemerson.
This is only forced on if there is no non-Cortex-A53 CPU specified as
well. Android's platform and NDK builds need to assum
srhines added a comment.
From what I can tell, there is no nice way to generate tests for Clang's driver
when producing linker flags. -### only works for the -cc1 command line (which
won't see this flag, since it is only for linking, and not compilation). If
there is a suggestion for how to aut
srhines added a comment.
In https://reviews.llvm.org/D25761#573902, @rengolin wrote:
> In https://reviews.llvm.org/D25761#573892, @srhines wrote:
>
> > From what I can tell, there is no nice way to generate tests for Clang's
> > driver when producing linker flags. -### only works for the -cc1 co
srhines updated this revision to Diff 75174.
srhines added a comment.
Added a test for this behavior.
I missed that "-### -v" was actually working correctly last night. Tests added
so I am more satisfied that this won't break accidentally in the future.
https://reviews.llvm.org/D25761
Files:
srhines added a comment.
This looks good to me, but I would prefer if one of the more experienced Clang
folks could officially LGTM this. Thanks.
https://reviews.llvm.org/D24010
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.l
srhines accepted this revision.
srhines added a reviewer: srhines.
srhines added a comment.
This revision is now accepted and ready to land.
Looks good for the Android side.
Repository:
rL LLVM
https://reviews.llvm.org/D25928
___
cfe-commits mail
Author: srhines
Date: Tue Oct 25 16:44:35 2016
New Revision: 285127
URL: http://llvm.org/viewvc/llvm-project?rev=285127&view=rev
Log:
Use linker flag --fix-cortex-a53-843419 on Android ARM64 compilation.
Summary:
This is only forced on if there is no non-Cortex-A53 CPU specified as
well. Android'
This revision was automatically updated to reflect the committed changes.
Closed by commit rL285127: Use linker flag --fix-cortex-a53-843419 on Android
ARM64 compilation. (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D25761?vs=75174&id=75801#toc
Repository:
rL LLVM
srhines added a comment.
Ping. Other developers (Firefox) are now starting to hit this issue.
https://reviews.llvm.org/D24010
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
srhines created this revision.
srhines added subscribers: danalbert, eugenis, pirama, cfe-commits.
Herald added a subscriber: tberghammer.
Bug: https://llvm.org/bugs/show_bug.cgi?id=30940
This macro (along with __ANDROID__) should always be defined for Android
targets. We set it to the major (onl
Author: srhines
Date: Mon Nov 7 23:50:14 2016
New Revision: 286212
URL: http://llvm.org/viewvc/llvm-project?rev=286212&view=rev
Log:
clang-format: Use git-ls-tree to get file mode in diff mode
Summary:
If a file has been renamed/deleted from the filesystem and --diff mode
with two commits is act
This revision was automatically updated to reflect the committed changes.
Closed by commit rL286212: clang-format: Use git-ls-tree to get file mode in
diff mode (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D26287?vs=76878&id=77142#toc
Repository:
rL LLVM
https://
srhines added a comment.
In https://reviews.llvm.org/D26385#589534, @danalbert wrote:
> > This macro (along with ANDROID) should always be defined for Android
> > targets.
>
> What if only `arm-linux-androideabi` (without a version) is specified? We
> should be falling back to the old behavior
srhines added a comment.
In https://reviews.llvm.org/D26385#589589, @eugenis wrote:
> This is a good change, but I don't think it is the right fix for PR30940.
> Instead of handling this in the NDK, we should change *::getIRStackGuard to
> fallback to __stack_chk_guard when targeting an old ver
srhines updated this revision to Diff 77236.
srhines added a comment.
Switched to conditionally defining __ANDROID_API__ instead.
https://reviews.llvm.org/D26385
Files:
lib/Basic/Targets.cpp
test/Driver/android-targets.cpp
Index: test/Driver/android-targets.cpp
This revision was automatically updated to reflect the committed changes.
Closed by commit rL286295: Define __ANDROID_API__ for all Android builds.
(authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D26385?vs=77236&id=77250#toc
Repository:
rL LLVM
https://reviews.llvm.
Author: srhines
Date: Tue Nov 8 15:23:26 2016
New Revision: 286295
URL: http://llvm.org/viewvc/llvm-project?rev=286295&view=rev
Log:
Define __ANDROID_API__ for all Android builds.
Summary:
Bug: https://llvm.org/bugs/show_bug.cgi?id=30940
This macro (along with __ANDROID__) should always be defi
srhines added a comment.
Ugh, phabricator dropped my updated commit message, so that is completely wrong
now. Oh well. I guess I will just use repo/gerrit for staging things in the
future (and get consensus there) before asking for any upstream reviews.
Repository:
rL LLVM
https://reviews.l
srhines created this revision.
srhines added subscribers: danalbert, eugenis, pirama, cfe-commits.
Herald added a subscriber: tberghammer.
This reverts commit a8804ddd9fe71304b28e5b834d134fe93e568ee0.
https://reviews.llvm.org/D26422
Files:
lib/Basic/Targets.cpp
test/Driver/android-targets.c
Author: srhines
Date: Tue Nov 8 15:54:49 2016
New Revision: 286298
URL: http://llvm.org/viewvc/llvm-project?rev=286298&view=rev
Log:
Revert "Define __ANDROID_API__ for all Android builds."
Summary: This reverts commit a8804ddd9fe71304b28e5b834d134fe93e568ee0.
Subscribers: cfe-commits, pirama, e
This revision was automatically updated to reflect the committed changes.
Closed by commit rL286298: Revert "Define __ANDROID_API__ for all Android
builds." (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D26422?vs=77254&id=77256#toc
Repository:
rL LLVM
https://revi
srhines added a comment.
Reverted because this broke builds:
clang-hexagon-elf
llvm-clang-lld-x86_64-scei-ps4-ubuntu-fast
clang-ppc64be-linux-multistage
llvm-clang-lld-x86_64-scei-ps4-windows10pro-fast
It isn't clear from the logs why these builds failed, since I did a general
build, but perhap
srhines created this revision.
srhines added subscribers: danalbert, eugenis, pirama, cfe-commits.
Herald added a subscriber: tberghammer.
This macro should be defined only when the user directly specifies an
API level as part of an Android target. For any regular Android target,
we leave this mac
srhines updated this revision to Diff 77446.
srhines added a comment.
Added bug link to commit message.
https://reviews.llvm.org/D26491
Files:
lib/Basic/Targets.cpp
test/Preprocessor/init.c
Index: test/Preprocessor/init.c
===
Author: srhines
Date: Thu Nov 10 19:29:39 2016
New Revision: 286543
URL: http://llvm.org/viewvc/llvm-project?rev=286543&view=rev
Log:
Define __ANDROID_API__ when specified as part of an Android target.
Summary:
This macro should be defined only when the user directly specifies an
API level as par
This revision was automatically updated to reflect the committed changes.
Closed by commit rL286543: Define __ANDROID_API__ when specified as part of an
Android target. (authored by srhines).
Changed prior to commit:
https://reviews.llvm.org/D26491?vs=77446&id=77578#toc
Repository:
rL LLVM
I don't see anywhere in the C standard that says that a memcpy() with NULL
for either pointer is UB (which would only be valid for the case where n ==
0). This seems like a particularly aggressive (mis)optimization in the
general case. It should only be acceptable if the length is guaranteed to
be
srhines added a comment.
LGTM
Repository:
rL LLVM
http://reviews.llvm.org/D13572
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: srhines
Date: Wed Apr 27 20:42:12 2016
New Revision: 267835
URL: http://llvm.org/viewvc/llvm-project?rev=267835&view=rev
Log:
Fix include path in ClangTidy.cpp.
Summary:
https://llvm.org/bugs/show_bug.cgi?id=27355
To compile with other binary output directory structures in build systems l
This revision was automatically updated to reflect the committed changes.
Closed by commit rL267835: Fix include path in ClangTidy.cpp. (authored by
srhines).
Changed prior to commit:
http://reviews.llvm.org/D19249?vs=54587&id=55368#toc
Repository:
rL LLVM
http://reviews.llvm.org/D19249
Fi
Author: srhines
Date: Tue Apr 19 19:33:06 2016
New Revision: 266840
URL: http://llvm.org/viewvc/llvm-project?rev=266840&view=rev
Log:
MarkEOLs should only be true for clang-cl.exe.
Summary:
https://llvm.org/bugs/show_bug.cgi?id=27396
This fixes an issue in response files where "\r\n" was being i
srhines added inline comments.
Comment at: clang-tidy/ClangTidy.cpp:61
@@ -60,3 +60,3 @@
FULLNAME,
-#include "../../../lib/StaticAnalyzer/Checkers/Checkers.inc"
+#include "Checkers.inc"
#undef CHECKER
alexfh wrote:
> As it is, the change leaves almost no conte
srhines added inline comments.
Comment at: include/clang/StaticAnalyzer/Checkers/CMakeLists.txt:3
@@ +2,3 @@
+ -I ${CMAKE_CURRENT_SOURCE_DIR}/../../../
+ SOURCE ../../../../lib/StaticAnalyzer/Checkers/Checkers.td
+ TARGET ClangSACheckers)
Anna should probably d
srhines added a comment.
Anna, if I scroll over the new include file in phabricator, it shows as a
proper file move (in a yellow column at the start of the right diff - hover for
it to say this). Every line is the same from the original file, as this is
being moved only to fix up the relative p
srhines added a comment.
In http://reviews.llvm.org/D20602#438528, @rsmith wrote:
> Looks like this extension was added at some point between 1.1 and 2.1. It
> would make sense to produce an `ExtWarn` for it if the OpenCL standard
> version is less than the one that introduced it (whenever that
srhines added a comment.
In http://reviews.llvm.org/D20709#443536, @kristof.beyls wrote:
> Hi Pirama,
>
> My understanding is that this introduces (yet another) ARM 32 bit ABI variant
> - in this case with longs being 64 bit.
> My understanding is also that this is the ABI that is used in Rende
srhines added a comment.
After talking to Richard this afternoon on IRC, we are going with a slightly
different plan here. We will create two new triples (renderscript32-*-* and
renderscript64-*-*), which are direct subclasses of the general Android ARM32
and ARM64 targets. In this case, we can
srhines created this revision.
srhines added reviewers: cfe-commits, weimingz.
Herald added a subscriber: aemerson.
Using -no-integrated-as causes -mcpu=krait to be transformed into
-march=armv7-a today. This precludes the assembler from using
instructions like sdiv, which are present for krait. C
Author: srhines
Date: Fri Mar 4 14:57:22 2016
New Revision: 262742
URL: http://llvm.org/viewvc/llvm-project?rev=262742&view=rev
Log:
Switch krait to use -mcpu=cortex-a15 for assembler tool invocations.
Summary:
Using -no-integrated-as causes -mcpu=krait to be transformed into
-march=armv7-a toda
This revision was automatically updated to reflect the committed changes.
Closed by commit rL262742: Switch krait to use -mcpu=cortex-a15 for assembler
tool invocations. (authored by srhines).
Changed prior to commit:
http://reviews.llvm.org/D17874?vs=49791&id=49844#toc
Repository:
rL LLVM
srhines added a reviewer: kristof.beyls.
srhines added a comment.
Kristof, can you or someone at ARM (where this is clearly relevant) take a look
here? The CL obviously looks fine to me, but I might not have all of the
original context as to why this was so constrained to OpenCL. Thanks.
http:
srhines accepted this revision.
srhines added a comment.
This revision is now accepted and ready to land.
I think this is trivial enough for me to accept. I also added cfe-commits, so
that they at least have a chance to review/comment.
Repository:
rL LLVM
http://reviews.llvm.org/D18363
__
srhines added a comment.
Aidan did ask me about upstreaming this particular (reworked) patch from our
Android repository, so I did consent to submitting it. I can try to put
together a test case for our particular differences.
Repository:
rL LLVM
http://reviews.llvm.org/D14639
__
srhines commandeered this revision.
srhines added a reviewer: ADodds.
srhines added a comment.
Commandeering, since I am going to upload a version with the updated tests.
Repository:
rL LLVM
http://reviews.llvm.org/D14639
___
cfe-commits mailing
srhines updated this revision to Diff 41560.
srhines added a comment.
Update vector ABI for Android ARM targets.
Summary:
Looking into some recent issues with LLDB's expression parser highlighted that
upstream clang passes vector types differently than the Android Open Source
Project's clang for
srhines added a comment.
In http://reviews.llvm.org/D14639#300077, @rnk wrote:
> Were these changes made to AOSP Clang to match upstream GCC, or some custom
> Android version of GCC? Where would one go to find ground truth on how these
> types should be passed?
These changes are reverting to
srhines updated this revision to Diff 41654.
srhines added a comment.
Switched to isPowerOf2_32() and added more details about Android's ABI.
http://reviews.llvm.org/D14639
Files:
lib/CodeGen/TargetInfo.cpp
test/CodeGen/arm-abi-vector.c
Index: test/CodeGen/arm-abi-vector.c
srhines marked 3 inline comments as done.
srhines added a comment.
I uploaded a fixed version to use isPowerOf2_32() and more comments. Thanks for
the reviews.
http://reviews.llvm.org/D14639
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
h
Author: srhines
Date: Thu Dec 3 19:39:30 2015
New Revision: 254682
URL: http://llvm.org/viewvc/llvm-project?rev=254682&view=rev
Log:
LLDB JIT needs android vector passing rules.
Summary:
Looking into some recent issues with LLDBs expression parser highlighted that
upstream clang passes vectors
This revision was automatically updated to reflect the committed changes.
Closed by commit rL254682: LLDB JIT needs android vector passing rules.
(authored by srhines).
Changed prior to commit:
http://reviews.llvm.org/D14639?vs=41654&id=41837#toc
Repository:
rL LLVM
http://reviews.llvm.org/
https://github.com/stephenhines approved this pull request.
Looks great! Thanks for making this more consistent.
https://github.com/llvm/llvm-project/pull/97614
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mail
81 matches
Mail list logo
