https://sourceware.org/bugzilla/show_bug.cgi?id=33077
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving t
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: vladimir.mezentsev at oracle dot com
Target Milestone: ---
The output of `gprofng display src -dcc h -dis main a.out` on aarc64:
[ 7] 400604: fd 7b bf
https://sourceware.org/bugzilla/show_bug.cgi?id=32943
Vladimir Mezentsev changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
--- Comment #10 from Vladimir Mezentsev
---
gprofng cannot read split-dwarf.
But gprofng should support other Dwarf-5 extensions.
New version of gprofng looks good on attached gpref and test.1.er
Let me know if you see problems.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=32985
--- Comment #3 from Vladimir Mezentsev
---
Could you please attach 3 files from your test-area:
gprofng/tmpdir/{jsynprof,mttest,synprog}/diff.out
Is your test-area on local filesystem or on nfs ?
--
You are receiving this mail because:
Y
https://sourceware.org/bugzilla/show_bug.cgi?id=32985
--- Comment #1 from Vladimir Mezentsev
---
It looks like Java profiling was disabled in your build.
configure did not find include/jni.h in YOUR_JDK.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
--- Comment #8 from Vladimir Mezentsev
---
In my build g++ generates Dwarf-4.
In the attached gperf, g++ generated Dwarf-5.
For DW_AT_ranges gprofng tries to read the .debug_ranges section, which is
missing.
--
You are receiving this mail b
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
Vladimir Mezentsev changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
--- Comment #7 from Vla
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
--- Comment #4 from Vladimir Mezentsev
---
I cannot reproduce the problem:
% history
1004 tar xf gperf-3.3.tar.gz
1005 cd gperf-3.3/
1006 export CC=gcc; export CXX=g++; unset CFLAGS; unset CXXFLAGS; export
CPPFLAGS=-Wall
1007 g++ --
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32943
--- Comment #3 from Vladimir Mezentsev
---
It looks like c++ libraries are absent.
Try:
sudo apt-get install g++-multilib
Or maybe it runs the gcc linker instead of g++.
Try to add -lstdc++ :
libtool: link: g++ -Wall -pthread -Wno-switch
https://sourceware.org/bugzilla/show_bug.cgi?id=32886
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32889
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2025-04-21
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32889
Vladimir Mezentsev changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32886
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2025-04-18
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32825
Vladimir Mezentsev changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32885
Vladimir Mezentsev changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=31459
Vladimir Mezentsev changed:
What|Removed |Added
CC||vladimir.mezentsev at oracle
dot
https://sourceware.org/bugzilla/show_bug.cgi?id=32085
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32392
Vladimir Mezentsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32392
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=32374
Bug 32374 depends on bug 32373, which changed state.
Bug 32373 Summary: gprofng: sysinfo interception needs porting to Linux from
Solaris
https://sourceware.org/bugzilla/show_bug.cgi?id=32373
What|Removed |A
https://sourceware.org/bugzilla/show_bug.cgi?id=32373
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
: normal
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: vladimir.mezentsev at oracle dot com
Target Milestone: ---
Many libc functions are called directly:
% nm libgp-collector.so | grep -w U
U abort
https://sourceware.org/bugzilla/show_bug.cgi?id=32386
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=32372
Bug 32372 depends on bug 32374, which changed state.
Bug 32374 Summary: gprofng: fails to build with GCC trunk (defaults to
-std=gnu23)
https://sourceware.org/bugzilla/show_bug.cgi?id=32374
What|Removed |Add
https://sourceware.org/bugzilla/show_bug.cgi?id=32374
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32374
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Vla
https://sourceware.org/bugzilla/show_bug.cgi?id=32373
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Vla
https://sourceware.org/bugzilla/show_bug.cgi?id=32356
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #3 from Vlad
https://sourceware.org/bugzilla/show_bug.cgi?id=32356
--- Comment #1 from Vladimir Mezentsev
---
add_stack_java and add_stack_java_epilogue are private functions in the
CallStackP class.
Is it possible that your compiler has inlined these functions?
If these functions are inlined, the compiler m
https://sourceware.org/bugzilla/show_bug.cgi?id=32110
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32303
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32303
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2024-11-01
Status|UN
https://sourceware.org/bugzilla/show_bug.cgi?id=32110
--- Comment #9 from Vladimir Mezentsev
---
This is an error when gprofng reads Dwarf-5.
The easiest test to reproduce the problem:
% gprofng display src -func
graal/sdk/mxbuild/linux-amd64/PYTHON_JAVA_STANDALONE_SVM_JAVA24/graalpy-community-2
https://sourceware.org/bugzilla/show_bug.cgi?id=32207
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=32096
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32092
Bug 32092 depends on bug 32096, which changed state.
Bug 32096 Summary: UBSAN issues in gprofng
https://sourceware.org/bugzilla/show_bug.cgi?id=32096
What|Removed |Added
--
https://sourceware.org/bugzilla/show_bug.cgi?id=32200
Vladimir Mezentsev changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|vladimir.me
https://sourceware.org/bugzilla/show_bug.cgi?id=32096
--- Comment #6 from Vladimir Mezentsev
---
I just sent fixes in libcollector/unwind.c and src/CallStack.cc for review.
This fixes UBSAN runtime errors such as:
- load of misaligned address 0x623e5a670173 for type 'int', which requires 4
byte
https://sourceware.org/bugzilla/show_bug.cgi?id=32110
--- Comment #7 from Vladimir Mezentsev
---
I cannot build. Looks like I need some additional installation:
% ../../mx/mx --env ce-python build --dep PYTHON_JAVA_STANDALONE_SVM_JAVA24
<...>
Traceback (most recent call last):
File
"<...>/gra
https://sourceware.org/bugzilla/show_bug.cgi?id=32096
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Vla
https://sourceware.org/bugzilla/show_bug.cgi?id=32097
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=32110
--- Comment #5 from Vladimir Mezentsev
---
The good news is that I didn't commit this fix.
The bad news is that the fix was wrong. I see a regression in our testing.
Looks like memory corruption in Dwarf reader.
I'll try to reproduce the prob
https://sourceware.org/bugzilla/show_bug.cgi?id=29477
Vladimir Mezentsev changed:
What|Removed |Added
Status|WAITING |SUSPENDED
--- Comment #10 from V
https://sourceware.org/bugzilla/show_bug.cgi?id=29593
Vladimir Mezentsev changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
--- Comment #6 from Vl
https://sourceware.org/bugzilla/show_bug.cgi?id=30779
Vladimir Mezentsev changed:
What|Removed |Added
Summary|gprofng: fails to build |support gprofng on musl
https://sourceware.org/bugzilla/show_bug.cgi?id=32110
Vladimir Mezentsev changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32110
--- Comment #4 from Vladimir Mezentsev
---
Tim,
please push your fix to the master branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32092
--- Comment #8 from Vladimir Mezentsev
---
I can reproduce the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32085
--- Comment #4 from Vladimir Mezentsev
---
>From DWARF standard:
7.5 Format of Debugging Information
For each compilation unit compiled with a DWARF producer, a contribution is
made to the
.debug_info section of the object file. Each such co
https://sourceware.org/bugzilla/show_bug.cgi?id=32085
--- Comment #3 from Vladimir Mezentsev
---
Created attachment 15679
--> https://sourceware.org/bugzilla/attachment.cgi?id=15679&action=edit
synprog
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30779
--- Comment #30 from Vladimir Mezentsev
---
Let's disable the gprofng build for musl.
I don't have a musl machine to test this fix:
% git diff
diff --git a/configure b/configure
index 7823f2c3784..93d286bb3b7 100755
--- a/configure
+++ b/conf
https://sourceware.org/bugzilla/show_bug.cgi?id=32088
--- Comment #1 from Vladimir Mezentsev
---
The PEP669 mechanism is very similar to the one we use for Java profiling.
We can try using PEP669 to profile Python applications.
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=32097
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Vla
https://sourceware.org/bugzilla/show_bug.cgi?id=32092
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #6 from Vla
https://sourceware.org/bugzilla/show_bug.cgi?id=31169
Vladimir Mezentsev changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32085
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2024-08-15
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
Vladimir Mezentsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
--- Comment #12 from Vladimir Mezentsev
---
Could you try this fix on CentOS:
% diff --git a/gprofng/libcollector/hwprofile.c
b/gprofng/libcollector/hwprofile.c
index cfe0d84dc1e..3b7f4840aa0 100644
--- a/gprofng/libcollector/hwprofile.c
+++
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
--- Comment #9 from Vladimir Mezentsev
---
If there is a similar problem on CentOS 7,
could you please attach this output:
% grep -n -s -w strchr /usr/include/*/*
It looks like strchr is redefined as a macro.
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
--- Comment #7 from Vladimir Mezentsev
---
Why do you use CentOS 6 ?
I see this:
Release Release dateEnd of life
CentOS 7July 7, 2014June 30, 2024
CentOS 6July 10, 2011 November 30, 2020
EOF of CentOS 6 was in 2020.
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
--- Comment #6 from Vladimir Mezentsev
---
> In file included from /usr/include/string.h:637,
> from ../../../gprofng/libcollector/../common/hwcdrv.h:37,
> from ../../../gprofng/libcollector/hwprofile.c:35:
>
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
--- Comment #4 from Vladimir Mezentsev
---
What is in your /usr/include/string.h in lines around 637 ?
Could you please attach this output:
cat -n /usr/include/string.h | sed -n "625,650 p"
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
Vladimir Mezentsev changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=31123
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=30779
--- Comment #28 from Vladimir Mezentsev
---
>> Created attachment 15609 [details]
>> finally get this work
The 2.43 release will be on Sunday 14th July.
If your fix works with MUSL_LIBC, could you push your fixes to
sourceware.org/git/binuti
https://sourceware.org/bugzilla/show_bug.cgi?id=30779
--- Comment #27 from Vladimir Mezentsev
---
>> i should use wchar.h instead not stdio.h since stdio also defines some 64
>> file ops
Can you set _MUSL_LIBC in gprofng/configure.ac instead of gp-defs.h.
>> it does not really work out. a
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #14 from Vladimir Mezentsev
---
I think H.J. Lu's fixes are in 2.42.
Try downloading version 2.42 or building the latest version of the binutils-gdb
repository.
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #12 from Vladimir Mezentsev
---
It looks like your ld is old.
See H.J. Lu's comments/fixes for ld above.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31460
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=31460
--- Comment #7 from Vladimir Mezentsev
---
Created attachment 15433
--> https://sourceware.org/bugzilla/attachment.cgi?id=15433&action=edit
proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31460
--- Comment #5 from Vladimir Mezentsev
---
The problem is:
We use pthread_getspecific() and pthread_setspecific() to access thread local
memory.
We use this memory to check that our interposed functions (like malloc, calloc
or free) don't hav
https://sourceware.org/bugzilla/show_bug.cgi?id=31460
--- Comment #4 from Vladimir Mezentsev
---
It looks like the bug is in gprofng/libcollector/heaptrace.c.
I see that init_heap_intf() is not thread safe.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31460
--- Comment #1 from Vladimir Mezentsev
---
I cannot reproduce the problem on OL8 with libpthread-2.28.
It looks like calloc() is called in ./nptl/pthread_setspecific.c:69
But this calloc() must be from libc, not from the user application.
https://sourceware.org/bugzilla/show_bug.cgi?id=31460
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2024-03-19
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=31459
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2024-03-10
Status|UN
https://sourceware.org/bugzilla/show_bug.cgi?id=31109
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30808
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENE
https://sourceware.org/bugzilla/show_bug.cgi?id=30889
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=31252
Vladimir Mezentsev changed:
What|Removed |Added
Last reconfirmed||2024-01-19
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=30808
--- Comment #5 from Vladimir Mezentsev
---
On 1/18/24 10:33, hjl.tools at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=30808
>
> H.J. Lu changed:
>
> What|Removed |Added
> ---
https://sourceware.org/bugzilla/show_bug.cgi?id=30889
Vladimir Mezentsev changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=29593
--- Comment #4 from Vladimir Mezentsev
---
Has the build problem been fixed in your environment?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30779
--- Comment #9 from Vladimir Mezentsev
---
Has the build problem been fixed in your environment?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31123
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=31109
--- Comment #11 from Vladimir Mezentsev
---
I prepared a patch for the releases/gcc-13 branch.
Richard Biener rejected my patch for this branch.
Which branch should I use? master, trunk or something else?
--
You are receiving this mail bec
https://sourceware.org/bugzilla/show_bug.cgi?id=30195
Vladimir Mezentsev changed:
What|Removed |Added
CC||robertjenssen at ozemail dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASS
https://sourceware.org/bugzilla/show_bug.cgi?id=29593
Vladimir Mezentsev changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=30779
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
See Also|
https://sourceware.org/bugzilla/show_bug.cgi?id=29477
Vladimir Mezentsev changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
--- Comment #17 from Vladimir Mezentsev
---
> $ dnf list installed binutils-gprofng
> Installed Packages
> binutils-gprofng.x86_64 2.40-13.fc39
> @fedora
> $ gprofng --version
> GNU gprofng binutils versio
https://sourceware.org/bugzilla/show_bug.cgi?id=31169
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
--- Comment #15 from Vladimir Mezentsev
---
If you run:
% gp-display-src -dis Fbin2SD test.1.er/archives/bin2SD.oct_IGooCa1n7J2
Annotated disassembly
---
Source file: /home/robj/TMP/DesignOfIIRFilters/src/
https://sourceware.org/bugzilla/show_bug.cgi?id=31169
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
Vladimir Mezentsev changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=31169
Vladimir Mezentsev changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=31109
--- Comment #10 from Vladimir Mezentsev
---
I don't have permissions for `git push`.
I fixed the problem after:
% git branch
master
* releases/gcc-13
trunk
% git cherry-pick 24552056fd5fc677c0d032f54a5cad1c4303d312
Performing inexact re
1 - 100 of 243 matches
Mail list logo
