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.

Reply via email to