summaryrefslogtreecommitdiffstats
path: root/llvm/test/CodeGen/X86/2004-02-12-Memcpy.llx
Commit message (Collapse)AuthorAgeFilesLines
* rename *.llx -> *.llChris Lattner2008-04-191-25/+0
| | | | llvm-svn: 49970
* Drop ISD::MEMSET, ISD::MEMMOVE, and ISD::MEMCPY, which are not LegalDan Gohman2008-04-121-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | on any current target and aren't optimized in DAGCombiner. Instead of using intermediate nodes, expand the operations, choosing between simple loads/stores, target-specific code, and library calls, immediately. Previously, the code to emit optimized code for these operations was only used at initial SelectionDAG construction time; now it is used at all times. This fixes some cases where rep;movs was being used for small copies where simple loads/stores would be better. This also cleans up code that checks for alignments less than 4; let the targets make that decision instead of doing it in target-independent code. This allows x86 to use rep;movs in low-alignment cases. Also, this fixes a bug that resulted in the use of rep;stos for memsets of 0 with non-constant memory size when the alignment was at least 4. It's better to use the library in this case, which can be significantly faster when the size is large. This also preserves more SourceValue information when memory intrinsics are lowered into simple loads/stores. llvm-svn: 49572
* Do not run on darwin.Tanya Lattner2007-08-301-2/+2
| | | | llvm-svn: 41608
* call libc memcpy/memset if array size is bigger then threshold.Rafael Espindola2007-08-271-14/+16
| | | | | | | Coping 100MB array (after a warmup) shows that glibc 2.6.1 implementation on x86-64 (core 2) is 30% faster (from 0.270917s to 0.188079s) llvm-svn: 41479
* Regression is gone, don't try to find it on clean target.Reid Spencer2007-01-171-0/+24
llvm-svn: 33296
OpenPOWER on IntegriCloud