Author: rafael
Date: Sat May 28 22:03:22 2016
New Revision: 271166
URL: http://llvm.org/viewvc/llvm-project?rev=271166=rev
Log:
Fix typo.
Thanks to David Majnemer for noticing.
Modified:
cfe/trunk/include/clang/Driver/CC1Options.td
Modified: cfe/trunk/include/clang/Driver/CC1Options.td
Author: ctopper
Date: Sat May 28 21:39:30 2016
New Revision: 271165
URL: http://llvm.org/viewvc/llvm-project?rev=271165=rev
Log:
[CodeGen] Use the ArrayRef form CreateShuffleVector instead of building
ConstantVectors or ConstantDataVectors and calling the other form.
Modified:
Author: rafael
Date: Sat May 28 21:36:16 2016
New Revision: 271163
URL: http://llvm.org/viewvc/llvm-project?rev=271163=rev
Log:
Mark test as requiring x86-registered-target.
Modified:
cfe/trunk/test/CodeGen/relax.c
Modified: cfe/trunk/test/CodeGen/relax.c
URL:
On Sat, May 28, 2016 at 7:01 PM, Rafael Espindola via cfe-commits <
cfe-commits@lists.llvm.org> wrote:
> Author: rafael
> Date: Sat May 28 21:01:14 2016
> New Revision: 271162
>
> URL: http://llvm.org/viewvc/llvm-project?rev=271162=rev
> Log:
> Handle -Wa,--mrelax-relocations=[no|yes].
>
> Added:
Author: rafael
Date: Sat May 28 21:01:14 2016
New Revision: 271162
URL: http://llvm.org/viewvc/llvm-project?rev=271162=rev
Log:
Handle -Wa,--mrelax-relocations=[no|yes].
Added:
cfe/trunk/test/CodeGen/relax.c
cfe/trunk/test/Driver/relax.c
cfe/trunk/test/Driver/relax.s
Modified:
RKSimon added a subscriber: RKSimon.
RKSimon added a comment.
Should AVX512 store support (non-temporal or otherwise) be added to
X86FastISel::X86FastEmitStore ?
http://reviews.llvm.org/D20359
___
cfe-commits mailing list
Author: compnerd
Date: Sat May 28 14:41:35 2016
New Revision: 271138
URL: http://llvm.org/viewvc/llvm-project?rev=271138=rev
Log:
CodeGen: support blocks on COFF targets in DLLs
This extends the blocks support to support blocks with a dynamically linked
blocks runtime. The previous code
etienneb created this revision.
etienneb added a reviewer: rsmith.
etienneb added a subscriber: cfe-commits.
This patch fix the scoping of enum literal. They were not resolving
to the right type.
It was not causing any problem as one is a copy of the other one.
The literal in the switch are
Author: ctopper
Date: Sat May 28 13:59:06 2016
New Revision: 271134
URL: http://llvm.org/viewvc/llvm-project?rev=271134=rev
Log:
[AVX512] Add masked v16i32 and v8i64 unaligned store tests.
Modified:
cfe/trunk/test/CodeGen/avx512f-builtins.c
Modified:
EricWF created this revision.
EricWF added reviewers: mclow.lists, bcraig, dexonsmith.
EricWF added a subscriber: cfe-commits.
Libc++ reexports symbols from the system libc++abi using
-reexport_symbols_list. This can cause a linker failure if the list contains
symbols not defined in the system
Author: atanasyan
Date: Sat May 28 04:44:15 2016
New Revision: 271110
URL: http://llvm.org/viewvc/llvm-project?rev=271110=rev
Log:
[driver][mips] Fix local variable naming. NFC
Modified:
cfe/trunk/lib/Driver/ToolChains.cpp
Modified: cfe/trunk/lib/Driver/ToolChains.cpp
URL:
This revision was automatically updated to reflect the committed changes.
Closed by commit rL271106: [X86][SSE] Replace VPMOVSX and (V)PMOVZX integer
extension intrinsics with… (authored by RKSimon).
Changed prior to commit:
http://reviews.llvm.org/D20684?vs=58626=58884#toc
Repository:
rL
Author: rksimon
Date: Sat May 28 03:12:45 2016
New Revision: 271106
URL: http://llvm.org/viewvc/llvm-project?rev=271106=rev
Log:
[X86][SSE] Replace VPMOVSX and (V)PMOVZX integer extension intrinsics with
generic IR (clang)
The VPMOVSX and (V)PMOVZX sign/zero extension intrinsics can be safely
On 28 May 2016 12:58 a.m., "Eric Fiselier via cfe-commits" <
cfe-commits@lists.llvm.org> wrote:
>
> I think that would be a possibility. However IMO such a change has little
value. Unlike other uses of `_LIBCPP_PREFERRED_OVERLOAD`, which fix const
correctness issue, I don't think the int vs bool
I think that would be a possibility. However IMO such a change has little
value. Unlike other uses of `_LIBCPP_PREFERRED_OVERLOAD`, which fix const
correctness issue, I don't think the int vs bool return type distinction as
that important. Perhaps I"m just being ignorant?
/Eric
Could we use __LIBCPP_PREFERRED_OVERLOAD to get this working even with
older glibc (and recent clang)?
On 27 May 2016 3:26 p.m., "Eric Fiselier via cfe-commits" <
cfe-commits@lists.llvm.org> wrote:
> Author: ericwf
> Date: Fri May 27 17:19:53 2016
> New Revision: 271060
>
> URL:
alexfh accepted this revision.
alexfh added a comment.
This revision is now accepted and ready to land.
LG
http://reviews.llvm.org/D20766
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
etienneb created this revision.
etienneb added reviewers: aaron.ballman, sbenza.
etienneb added a subscriber: cfe-commits.
Herald added a subscriber: klimek.
The switch statement could be added to the hasCondition matcher.
Example:
```
clang-query> match
18 matches
Mail list logo
