https://sourceware.org/bugzilla/show_bug.cgi?id=32892
Bruno Haible changed:
What|Removed |Added
Summary|source line level |source line level
|i
https://sourceware.org/bugzilla/show_bug.cgi?id=30893
Bruno Haible changed:
What|Removed |Added
CC||bruno at clisp dot org
--- Comment #1
ty: normal
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: bruno at clisp dot org
Target Milestone: ---
The documentation of gprofng
https://sourceware.org/binutils/docs/gprofng.html#Main-Features says: "This
https://sourceware.org/bugzilla/show_bug.cgi?id=32892
Bruno Haible changed:
What|Removed |Added
Host||x86_64-linux-gnu
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=32889
--- Comment #2 from Bruno Haible ---
Yep. Looks good.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32886
--- Comment #4 from Bruno Haible ---
> The last if statement should be:
> if (cur_instr->addr != 0)
Right. The issue affects _all_ functions (leaf and non-leaf functions), call
instructions and all other instructions alike. Any attempte
https://sourceware.org/bugzilla/show_bug.cgi?id=32886
Bruno Haible changed:
What|Removed |Added
Host||x86_64-linux-gnu
--- Comment #1 from B
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: bruno at clisp dot org
Target Milestone: ---
Per GNU Coding Standards
<https://www.gnu.org/prep/standards/html_node/_002d_002dhelp.html>, programs
should, near the end of the --help output, state wh
Assignee: vladimir.mezentsev at oracle dot com
Reporter: bruno at clisp dot org
Target Milestone: ---
Created attachment 16034
--> https://sourceware.org/bugzilla/attachment.cgi?id=16034&action=edit
patch
It says "sampling" where "tracing" is meant.
Fi
https://sourceware.org/bugzilla/show_bug.cgi?id=32886
--- Comment #2 from Bruno Haible ---
The issue is also visible in the gprofng-gui documentation
https://www.gnu.org/software/gprofng-gui/manual/gprofng.html#The-Disassembly-View
:
0.0. [53] 401d6f: pxor %xmm1,%xmm1
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: bruno at clisp dot org
Target Milestone: ---
Created attachment 16032
--> https://sourceware.org/bugzilla/attachment.cgi?id=16032&action=edit
gprofng-gui screenshot
I'm using GNU binutils 2
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #6 from Bruno Haible ---
(In reply to Andreas Schwab from comment #5)
> It's impossible in general to resolve relocations without doing a full link.
Even if the general case cannot be handled, the --disassemble output would be
mor
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #4 from Bruno Haible ---
(In reply to Andreas Schwab from comment #3)
> You need to add --reloc to dump the relocations.
I did; see the second half of my report. The output it produced is:
3b: e8 00 00 00 00 call 4
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #2 from Bruno Haible ---
Typo. What I would want to see, is:
$ objdump --disassemble fenv-round.o
...
3b: e8 00 00 00 00 call <__stack_chk_fail
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #1 from Bruno Haible ---
Created attachment 15179
--> https://sourceware.org/bugzilla/attachment.cgi?id=15179&action=edit
executable that was linked with the object file
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
Bruno Haible changed:
What|Removed |Added
Host||x86_64-linux-gnu
--
You are receiving
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: bruno at clisp dot org
Target Milestone: ---
Created attachment 15178
--> https://sourceware.org/bugzilla/attachment.cgi?id=15178&action=edit
sample object file
When &
https://sourceware.org/bugzilla/show_bug.cgi?id=30969
--- Comment #5 from Bruno Haible ---
I wrote:
> No, there are 3 different implementations: The mingw one, the gnulib one,
> and the glibc one.
Correction: There are 4 different implementations: The binutils one (bucomm.c),
the mingw one, the
https://sourceware.org/bugzilla/show_bug.cgi?id=30969
--- Comment #4 from Bruno Haible ---
(In reply to Sterpu Mihai from comment #2)
> The issue is that, from what I see, we now have 2 different implementations.
No, there are 3 different implementations: The mingw one, the gnulib one, and
the g
https://sourceware.org/bugzilla/show_bug.cgi?id=30969
--- Comment #3 from Bruno Haible ---
> Given the discussion in PR30958, wouldn't it be better to sync with newer
> gnulib?
Yes. As indicated in my reply
https://lists.gnu.org/archive/html/bug-gnulib/2023-10/msg00058.html ,
this problem on min
https://sourceware.org/bugzilla/show_bug.cgi?id=29972
--- Comment #5 from Bruno Haible ---
> As gettext enhancement could be added check on extract time. But this is
> feature request, with very low severity and zero priority.
Registered at https://savannah.gnu.org/bugs/?63630 .
--
You are rec
https://sourceware.org/bugzilla/show_bug.cgi?id=29972
--- Comment #2 from Bruno Haible ---
> Work-around: to update translated text to use PRIu64 format.
I don't know what you mean. The bug is not the translation; the bug is in the
source code that led to the POT file with this contents:
#: rea
https://sourceware.org/bugzilla/show_bug.cgi?id=11436
--- Comment #6 from Bruno Haible ---
Confirmed: Fixed (at least) in 2.25.1 and 2.26.1.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-
ils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: bruno at clisp dot org
CC: bug-binutils at gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://sourceware.org/bugzi
--- Additional Comments From bruno at clisp dot org 2010-03-27 10:43
---
Created an attachment (id=4684)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4684&action=view)
test case
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11436
--- You are receiving th
--- Additional Comments From bruno at clisp dot org 2007-02-02 01:09
---
Created an attachment (id=1529)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1529&action=view)
Input to the assembler
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3953
--- You are re
nedTo: unassigned at sources dot redhat dot com
ReportedBy: bruno at clisp dot org
CC: bug-binutils at gnu dot org
GCC build triplet: i586-suse-linux
GCC host triplet: i586-suse-linux
GCC target triplet: i586-suse-linux
http://sourceware.org/bugzilla/show_bug.cgi?id
27 matches
Mail list logo
