[valgrind] [Bug 456200] Valgrind should not require neon (simd) on armhf

2023-11-13 Thread Sam James
https://bugs.kde.org/show_bug.cgi?id=456200

Sam James  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=454346

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 456200] Valgrind should not require neon (simd) on armhf

2023-10-30 Thread Sam James
https://bugs.kde.org/show_bug.cgi?id=456200

Sam James  changed:

   What|Removed |Added

 CC||s...@gentoo.org

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 456200] Valgrind should not require neon (simd) on armhf

2023-10-18 Thread Mark Wielaard
https://bugs.kde.org/show_bug.cgi?id=456200

--- Comment #4 from Mark Wielaard  ---
I tried on an armbian 23.02.2 Buster, based on Debian 10.13, so fairly old.
And with 6.1.11-rockchip, which has half thumb fastmult vfp edsp thumbee neon
vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm.
So it "worked" before already. It seems to also "work" with the patch.

But, at least none/tests/arm/v6intThumb doesn't build (before/after the patch).
And with that commented out, the make regtest results don't look very good
(although the results are identical):

== 717 tests, 74 stderr failures, 8 stdout failures, 3 stderrB failures, 2
stdoutB failures, 15 post failures ==
gdbserver_tests/mcblocklistsearch(stderrB)
gdbserver_tests/mcinfcallWSRU(stderrB)
gdbserver_tests/nlcontrolc   (stdoutB)
gdbserver_tests/nlgone_exit  (stderrB)
gdbserver_tests/nlvgdbsigqueue   (stdoutB)
memcheck/tests/dw4   (stderr)
memcheck/tests/err_disable3  (stderr)
memcheck/tests/err_disable4  (stderr)
memcheck/tests/leak-cases-full   (stderr)
memcheck/tests/leak-cases-summary(stderr)
memcheck/tests/leak-cycle(stderr)
memcheck/tests/leak-segv-jmp (stderr)
memcheck/tests/leak-tree (stderr)
memcheck/tests/leak_cpp_interior (stderr)
memcheck/tests/lks   (stderr)
memcheck/tests/new_aligned_delete_default (stderr)
memcheck/tests/partiallydefinedeq(stderr)
memcheck/tests/sem   (stderr)
memcheck/tests/sendmsg   (stderr)
memcheck/tests/supp_unknown  (stderr)
memcheck/tests/threadname(stderr)
memcheck/tests/threadname_xml(stderr)
memcheck/tests/varinfo2  (stderr)
memcheck/tests/varinfo3  (stderr)
memcheck/tests/varinfo4  (stderr)
memcheck/tests/varinfo5  (stderr)
memcheck/tests/varinfo6  (stderr)
memcheck/tests/varinforestrict   (stderr)
memcheck/tests/vbit-test/vbit-test   (stderr)
helgrind/tests/annotate_rwlock   (stderr)
helgrind/tests/bar_bad   (stderr)
helgrind/tests/bug392331 (stderr)
helgrind/tests/free_is_write (stderr)
helgrind/tests/hg02_deadlock (stderr)
helgrind/tests/hg03_inherit  (stderr)
helgrind/tests/hg04_race (stderr)
helgrind/tests/hg04_race_h9  (stderr)
helgrind/tests/hg05_race2(stderr)
helgrind/tests/locked_vs_unlocked1_fwd   (stderr)
helgrind/tests/locked_vs_unlocked1_rev   (stderr)
helgrind/tests/locked_vs_unlocked2   (stderr)
helgrind/tests/locked_vs_unlocked3   (stderr)
helgrind/tests/pth_barrier1  (stderr)
helgrind/tests/pth_barrier2  (stderr)
helgrind/tests/pth_barrier3  (stderr)
helgrind/tests/pth_destroy_cond  (stderr)
helgrind/tests/rwlock_race   (stderr)
helgrind/tests/tc01_simple_race  (stderr)
helgrind/tests/tc05_simple_race  (stderr)
helgrind/tests/tc06_two_races(stderr)
helgrind/tests/tc06_two_races_xml(stderr)
helgrind/tests/tc09_bad_unlock   (stderr)
helgrind/tests/tc14_laog_dinphils(stderr)
helgrind/tests/tc16_byterace (stderr)
helgrind/tests/tc19_shadowmem(stderr)
helgrind/tests/tc20_verifywrap   (stderr)
helgrind/tests/tc21_pthonce  (stderr)
helgrind/tests/tc22_exit_w_lock  (stderr)
drd/tests/annotate_trace_memory  (stderr)
drd/tests/annotate_trace_memory_xml  (stderr)
drd/tests/atomic_var (stderr)
drd/tests/hg03_inherit   (stderr)
drd/tests/hg05_race2 (stderr)
drd/tests/pth_detached   (stderr)
drd/tests/pth_detached2  (stderr)
drd/tests/pth_detached_sem   (stderr)
drd/tests/rwlock_race(stderr)
drd/tests/tc19_shadowmem (stderr)
drd/tests/tc21_pthonce   (stderr)
massif/tests/bug469146   (post)
massif/tests/mmapunmap   (post)
massif/tests/new-cpp (post)
massif/tests/overloaded-new  (post)
none/tests/arm/v6intThumb(stdout)
none/tests/arm/v6intThumb(stderr)
none/tests/arm/v8crypto_a(stdout)
none/tests/arm/v8crypto_a(stderr)
none/tests/arm/v8crypto_t(stdout)
none/tests/arm/v8crypto_t(stderr)
none/tests/arm/v8fpsimd_a(stdout)
none/tests/arm/v8fpsimd_a(stderr)
none/tests/arm/v8fpsimd_t(stdout)
none/tests/arm/v8fpsimd_t(stderr)
none/tests/arm/v8memory_a(stdout)
none/tests/arm/v8memory_a(stderr)
none/tests/arm/v8memory_t(stdout)
none/tests/arm/v8memory_t  

[valgrind] [Bug 456200] Valgrind should not require neon (simd) on armhf

2023-10-18 Thread Mark Wielaard
https://bugs.kde.org/show_bug.cgi?id=456200

Mark Wielaard  changed:

   What|Removed |Added

 CC||m...@klomp.org

--- Comment #3 from Mark Wielaard  ---
The original reason for using -mcpu=cortex-a8 was:

commit 68f57d0181acae56adf05e0987990c2b41081f48
Author: Julian Seward 
Date:   Tue May 31 07:17:54 2011 +

On arm-linux, give gcc "-mcpu=cortex-a8" so as to persuade it to
accept the armv6t2 (I think) insns (movt, movw) in
dispatch-arm-linux.S.  Some older gccs apparently think they are
compiling for armv6 by default and reject them (gcc 4.4.1 on Ubuntu
9.10, for one.)



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@11793

So I think generic-armv7-a would be fine too.

Have to find an 32bit arm machine to double check. But given that Debian
apparently already made this change it is probably correct.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 456200] Valgrind should not require neon (simd) on armhf

2022-07-01 Thread Mathieu Malaterre
https://bugs.kde.org/show_bug.cgi?id=456200

Mathieu Malaterre  changed:

   What|Removed |Added

Summary|Valgrind should not |Valgrind should not require
   |required neon (simd) on |neon (simd) on armhf
   |armhf   |

-- 
You are receiving this mail because:
You are watching all bug changes.