]> git.ipfire.org Git - thirdparty/valgrind.git/commitdiff
Merge r6526 (Intercept _intel_fast_memcpy in the main executable.)
authorJulian Seward <jseward@acm.org>
Tue, 16 Jan 2007 22:04:50 +0000 (22:04 +0000)
committerJulian Seward <jseward@acm.org>
Tue, 16 Jan 2007 22:04:50 +0000 (22:04 +0000)
git-svn-id: svn://svn.valgrind.org/valgrind/branches/VALGRIND_3_2_BRANCH@6528

memcheck/mc_replace_strmem.c

index a3d28506405beab47b3cdde40e01b628d13e71e2..3fb1792580183f66ae617afe4a7f2b6e436b83ff 100644 (file)
@@ -406,6 +406,16 @@ MEMCHR(m_libc_so_star, memchr)
 MEMCPY(m_libc_so_star, memcpy)
 MEMCPY(m_ld_so_1,      memcpy) /* ld.so.1 */
    
+/* icc9 blats these around all over the place.  Not only in the main
+   executable but various .so's.  They are highly tuned and read
+   memory beyond the source boundary (although work correctly and
+   never go across page boundaries), so give errors when run natively,
+   at least for misaligned source arg.  Just intercepting in the exe
+   only until we understand more about the problem.  See
+   http://bugs.kde.org/show_bug.cgi?id=139776
+ */
+MEMCPY(NONE, _intel_fast_memcpy)
+
 
 #define MEMCMP(soname, fnname) \
    int VG_REPLACE_FUNCTION_ZU(soname,fnname) \