Author: Alina Sbirlea
Date: 2024-03-26T23:24:02-07:00
New Revision: 577e0ef94fb0b4ba9f97a6f58a1961f7ba247d21
URL:
https://github.com/llvm/llvm-project/commit/577e0ef94fb0b4ba9f97a6f58a1961f7ba247d21
DIFF:
https://github.com/llvm/llvm-project/commit/577e0ef94fb0b4ba9f97a6f58a1961f7ba247d21.diff
Author: Alina Sbirlea
Date: 2020-07-28T15:44:20-07:00
New Revision: e22de4e46d1dd1aacc3a7060d24bcbe89908ba6c
URL:
https://github.com/llvm/llvm-project/commit/e22de4e46d1dd1aacc3a7060d24bcbe89908ba6c
DIFF:
https://github.com/llvm/llvm-project/commit/e22de4e46d1dd1aacc3a7060d24bcbe89908ba6c.diff
Author: Alina Sbirlea
Date: 2020-05-13T12:38:38-07:00
New Revision: bd541b217f4d750391677144ccaa586874236f38
URL:
https://github.com/llvm/llvm-project/commit/bd541b217f4d750391677144ccaa586874236f38
DIFF:
https://github.com/llvm/llvm-project/commit/bd541b217f4d750391677144ccaa586874236f38.diff
I'm hoping rG5da1671bf823 fixes them. Please let me know if not and I will
revert.
Alina
On Thu, Apr 9, 2020 at 7:03 PM Stella Stamenova via Phabricator <
revi...@reviews.llvm.org> wrote:
> stella.stamenova added a comment.
>
> It looks like this broke the windows lldb buildbot:
>
> lab.llvm.org
Author: Alina Sbirlea
Date: 2020-04-09T18:08:39-07:00
New Revision: a90374988e4eb8c50d91e11f4e61cdbd5debb235
URL:
https://github.com/llvm/llvm-project/commit/a90374988e4eb8c50d91e11f4e61cdbd5debb235
DIFF:
https://github.com/llvm/llvm-project/commit/a90374988e4eb8c50d91e11f4e61cdbd5debb235.diff
Author: Alina Sbirlea
Date: 2020-01-17T11:08:59-08:00
New Revision: 90bdb037276be43df260af004f620b21645d2617
URL:
https://github.com/llvm/llvm-project/commit/90bdb037276be43df260af004f620b21645d2617
DIFF:
https://github.com/llvm/llvm-project/commit/90bdb037276be43df260af004f620b21645d2617.diff
Following up on this, AFAICT this is working as intended on the LLVM side.
The different decision is made in GlobalsAA + MemoryDependencyAnalysis.
IIUC, the logic there is along the lines of: if I have a global G that's
"internal" ("static" in C), and an intrinsic method M, then M cannot read
from
I only got a chance to look more into this now. I can reproduce it with
re-inserting the "static".
The miscompile is not related to MemorySSA, i.e. disabling all uses of
MemorySSA doesn't help.
It appears to be a GVN bug, but I haven't tracked it further than this.
To repro, see attached .ll file
Hi David,
Does this still reproduce?
I'm seeing the load after the call to autoreleasePoolPop at ToT, but
perhaps I'm not using the proper flags?
I only checked out the github repo and did "clang
-fobjc-runtime=gnustep-2.0 -O3 -emit-llvm -S
libobjc2/Test/AssociatedObject.m" with a ToT clang.
Than
<{{[0-9]+}} x double>
> ^
> :9:25: note: scanning from here
> define void @for_test() local_unnamed_addr #0 {
> ^
> :11:5: note: possible intended match here
> %A = alloca [1000 x double], align 16
> ^
>
> --
>
> Can y
Author: asbirlea
Date: Fri May 24 14:49:27 2019
New Revision: 361674
URL: http://llvm.org/viewvc/llvm-project?rev=361674&view=rev
Log:
Mark tests as x86.
Modified:
cfe/trunk/test/CodeGen/loop-unroll.c
cfe/trunk/test/CodeGen/loop-vectorize.c
Modified: cfe/trunk/test/CodeGen/loop-unroll.c
Author: asbirlea
Date: Fri May 24 10:40:52 2019
New Revision: 361653
URL: http://llvm.org/viewvc/llvm-project?rev=361653&view=rev
Log:
[NewPassManager] Add tuning option: LoopUnrolling [clang-change]
Summary:
Use CodeGenOpts's setting for loop unrolling.
[to be coupled with D61618]
Reviewers: ch
Author: asbirlea
Date: Thu May 23 15:07:37 2019
New Revision: 361562
URL: http://llvm.org/viewvc/llvm-project?rev=361562&view=rev
Log:
Use clang_cc1 instead of clang in CodeGen test.
Modified:
cfe/trunk/test/CodeGen/loop-vectorize.c
Modified: cfe/trunk/test/CodeGen/loop-vectorize.c
URL:
htt
Author: asbirlea
Date: Thu May 23 12:51:16 2019
New Revision: 361542
URL: http://llvm.org/viewvc/llvm-project?rev=361542&view=rev
Log:
Update breaking test.
Modified:
cfe/trunk/test/CodeGen/loop-vectorize.c
Modified: cfe/trunk/test/CodeGen/loop-vectorize.c
URL:
http://llvm.org/viewvc/llvm-p
Author: asbirlea
Date: Thu May 23 11:51:02 2019
New Revision: 361534
URL: http://llvm.org/viewvc/llvm-project?rev=361534&view=rev
Log:
[NewPassManager] Add tuning option: SLPVectorization [clang-change]
Summary:
NewPassManager is not using CodeGenOpts values before this patch.
[to be coupled with
Author: asbirlea
Date: Tue Apr 30 14:29:23 2019
New Revision: 359616
URL: http://llvm.org/viewvc/llvm-project?rev=359616&view=rev
Log:
Set LoopInterleaved in the PassManagerBuilder.
Summary: Corresponds to D61030.
Subscribers: jlebar, cfe-commits, llvm-commits
Tags: #clang
Differential Revisio
Author: asbirlea
Date: Fri Apr 19 09:32:08 2019
New Revision: 358765
URL: http://llvm.org/viewvc/llvm-project?rev=358765&view=rev
Log:
Update to use PipelineTuningOptions. Corresponds to llvm change: D59723.
Modified:
cfe/trunk/lib/CodeGen/BackendUtil.cpp
Modified: cfe/trunk/lib/CodeGen/Back
Author: asbirlea
Date: Fri Oct 26 21:51:09 2018
New Revision: 345446
URL: http://llvm.org/viewvc/llvm-project?rev=345446&view=rev
Log:
Revert r345170 [along with its llvm counterpart r345169] as it makes Halide
builds timeout.
Modified:
cfe/trunk/lib/Driver/ToolChains/Hexagon.cpp
cfe/tru
18 matches
Mail list logo