https://bugs.kde.org/show_bug.cgi?id=492549
--- Comment #15 from martin.lu...@ohb.de --- (In reply to Mark Wielaard from comment #14) > Very odd. On an almost identical Fedora 40 setup both ./a.out and valgrind > -q --tool=massif ./a.out simply return 0 (as they should) for the memchr > example. > > Could you run with valgrind -v and see which architecture cpu flags it > detects. Locally I get: > > Arch and hwcaps: AMD64, LittleEndian, > amd64-cx16-lzcnt-rdtscp-sse3-ssse3-avx-avx2-bmi-f16c-rdrand-rdseed-fma I got fewer flags, which might be because of virtualbox: amd64-cx16-lzcnt-rdtscp-sse3-ssse3-avx-avx2-rdrand-rdseed The missing ones are bmi, f16c and fma. Full output: $ valgrind -v --tool=massif ./a.out ==3264== Massif, a heap profiler ==3264== Copyright (C) 2003-2024, and GNU GPL'd, by Nicholas Nethercote et al. ==3264== Using Valgrind-3.23.0-c54d316124-20240426 and LibVEX; rerun with -h for copyright info ==3264== Command: ./a.out ==3264== --3264-- Valgrind options: --3264-- -v --3264-- --tool=massif --3264-- Contents of /proc/version: --3264-- Linux version 6.8.5-301.fc40.x86_64 (mockbuild@0bc0cc78c12e4762acf61c209bd02e96) (gcc (GCC) 14.0.1 20240328 (Red Hat 14.0.1-0), GNU ld version 2.41-34.fc40) #1 SMP PREEMPT_DYNAMIC Thu Apr 11 20:00:10 UTC 2024 --3264-- --3264-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-lzcnt-rdtscp-sse3-ssse3-avx-avx2-rdrand-rdseed --3264-- Page sizes: currently 4096, max supported 4096 --3264-- Valgrind library directory: /usr/libexec/valgrind --3264-- Massif: alloc-fns: --3264-- Massif: malloc --3264-- Massif: __builtin_new --3264-- Massif: operator new(unsigned long) --3264-- Massif: __builtin_vec_new --3264-- Massif: operator new[](unsigned long) --3264-- Massif: calloc --3264-- Massif: aligned_alloc --3264-- Massif: realloc --3264-- Massif: memalign --3264-- Massif: posix_memalign --3264-- Massif: valloc --3264-- Massif: operator new(unsigned long, std::nothrow_t const&) --3264-- Massif: operator new[](unsigned long, std::nothrow_t const&) --3264-- Massif: operator new(unsigned long, std::align_val_t) --3264-- Massif: operator new[](unsigned long, std::align_val_t) --3264-- Massif: operator new(unsigned long, std::align_val_t, std::nothrow_t const&) --3264-- Massif: operator new[](unsigned long, std::align_val_t, std::nothrow_t const&) --3264-- Massif: ignore-fns: --3264-- Massif: <empty> --3264-- Reading syms from /home/user/a.out --3264-- Reading syms from /usr/lib64/ld-linux-x86-64.so.2 --3264-- Reading syms from /usr/libexec/valgrind/massif-amd64-linux --3264-- object doesn't have a dynamic symbol table --3264-- Scheduler: using generic scheduler lock implementation. ==3264== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-3264-by-user-on-fedora ==3264== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-3264-by-user-on-fedora ==3264== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-3264-by-user-on-fedora ==3264== ==3264== TO CONTROL THIS PROCESS USING vgdb (which you probably ==3264== don't want to do, unless you know exactly what you're doing, ==3264== or are doing some strange experiment): ==3264== /usr/libexec/valgrind/../../bin/vgdb --pid=3264 ...command... ==3264== ==3264== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==3264== /path/to/gdb ./a.out ==3264== and then give GDB the following command ==3264== target remote | /usr/libexec/valgrind/../../bin/vgdb --pid=3264 ==3264== --pid is optional if only one valgrind process is running ==3264== --3264-- Reading syms from /usr/libexec/valgrind/vgpreload_core-amd64-linux.so --3264-- Reading syms from /usr/libexec/valgrind/vgpreload_massif-amd64-linux.so --3264-- Reading syms from /usr/lib64/libstdc++.so.6.0.33 --3264-- Reading syms from /usr/lib64/libm.so.6 --3264-- Reading syms from /usr/lib64/libgcc_s-14-20240801.so.1 --3264-- Reading syms from /usr/lib64/libc.so.6 ==3264== Downloading debug info for /usr/lib64/libc.so.6... ==3264== Server query failed: No such file or directory --3264-- REDIR: 0x4c7ddd0 (libc.so.6:malloc) redirected to 0x4841780 (malloc) ==3264== Downloading debug info for /usr/lib64/libstdc++.so.6.0.33... ==3264== Server query failed: No such file or directory --3264-- Warning: cross-CU LIMITATION: some inlined fn names --3264-- might be shown as UnknownInlinedFun ==3264== Downloading debug info for /home/user/a.out... ==3264== Server query failed: No such file or directory 0x1ffefffe6e --3264-- REDIR: 0x4c7e4d0 (libc.so.6:free) redirected to 0x4844aa1 (free) ==3264== -- You are receiving this mail because: You are watching all bug changes.