replica
/
hanchenye-llvm-project
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
hanchenye-llvm-project/clang
History
Simon Pilgrim e3b9ee0645 [X86][SSE] Reimplement SSE fp2si conversion intrinsics instead of using generic IR 
D20859 and D20860 attempted to replace the SSE (V)CVTTPS2DQ and VCVTTPD2DQ truncating conversions with generic IR instead.

It turns out that the behaviour of these intrinsics is different enough from generic IR that this will cause problems, INF/NAN/out of range values are guaranteed to result in a 0x80000000 value - which plays havoc with constant folding which converts them to either zero or UNDEF. This is also an issue with the scalar implementations (which were already generic IR and what I was trying to match).

This patch changes both scalar and packed versions back to using x86-specific builtins.

It also deals with the other scalar conversion cases that are runtime rounding mode dependent and can have similar issues with constant folding.

Differential Revision: https://reviews.llvm.org/D22105

llvm-svn: 276102
 		2016-07-20 10:18:01 +00:00
..
INPUTS
…
bindings Enable support for __float128 in Clang and enable it on pertinent platforms 2016-05-09 08:52:33 +00:00
cmake Add CLANG_BUILD_TOOLS as a clang counterpart for LLVM_BUILD_TOOLS 2016-07-10 01:44:00 +00:00
docs [Driver] Compute effective target triples once per job (NFCI) 2016-07-18 19:56:38 +00:00
examples Explicitly export symbols from the sample analyzer plugin 2016-07-08 16:20:57 +00:00
include [X86][SSE] Reimplement SSE fp2si conversion intrinsics instead of using generic IR 2016-07-20 10:18:01 +00:00
lib [X86][SSE] Reimplement SSE fp2si conversion intrinsics instead of using generic IR 2016-07-20 10:18:01 +00:00
runtime [CMake] Adding USES_TERMINAL to a few additional custom targets 2016-06-28 20:30:52 +00:00
test [X86][SSE] Reimplement SSE fp2si conversion intrinsics instead of using generic IR 2016-07-20 10:18:01 +00:00
tools Add missing header in ClangFuzzer (after r275882 cleanup) 2016-07-18 20:33:09 +00:00
unittests [NFC] Header cleanup 2016-07-18 19:02:11 +00:00
utils [NFC] Header cleanup 2016-07-18 19:02:11 +00:00
www www/cxx_status: give more precise links to initialization order wording 2016-07-14 00:14:59 +00:00
.arcconfig Upgrade all the .arcconfigs to https. 2016-07-14 13:15:37 +00:00
.clang-format
…
.clang-tidy Try to use readability-identifier-naming check on Clang. 2016-04-13 08:59:49 +00:00
.gitignore
…
CMakeLists.txt Add CLANG_BUILD_TOOLS as a clang counterpart for LLVM_BUILD_TOOLS 2016-07-10 01:44:00 +00:00
CODE_OWNERS.TXT
…
INSTALL.txt
…
LICENSE.TXT
…
ModuleInfo.txt
…
NOTES.txt
…
README.txt
…

README.txt 

//===----------------------------------------------------------------------===//
// C Language Family Front-end
//===----------------------------------------------------------------------===//

Welcome to Clang.  This is a compiler front-end for the C family of languages
(C, C++, Objective-C, and Objective-C++) which is built as part of the LLVM
compiler infrastructure project.

Unlike many other compiler frontends, Clang is useful for a number of things
beyond just compiling code: we intend for Clang to be host to a number of
different source-level tools.  One example of this is the Clang Static Analyzer.

If you're interested in more (including how to build Clang) it is best to read
the relevant web sites.  Here are some pointers:

Information on Clang:              http://clang.llvm.org/
Building and using Clang:          http://clang.llvm.org/get_started.html
Clang Static Analyzer:             http://clang-analyzer.llvm.org/
Information on the LLVM project:   http://llvm.org/

If you have questions or comments about Clang, a great place to discuss them is
on the Clang development mailing list:
  http://lists.llvm.org/mailman/listinfo/cfe-dev

If you find a bug in Clang, please file it in the LLVM bug tracker:
  http://llvm.org/bugs/