#
78cd7539 |
| 02-Jan-2024 |
Mark Johnston <markj@FreeBSD.org> |
ctfconvert: Handle DW_AT_data_bit_offset
This attribute is new in DWARF 4 and supersedes DW_AT_bit_offset.
PR: 276059 Reported by: rscheff Tested by: rscheff MFC after: 1 week
|
Revision tags: release/14.0.0 |
|
#
258a0d76 |
| 06-Jun-2023 |
Mark Johnston <markj@FreeBSD.org> |
ctfconvert: Integer encoding types are unsigned
Before this change, encodings in the user-defined range were being sign-extended.
MFC after: 1 week Sponsored by: Innovate UK
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
6237c3e7 |
| 03-Aug-2022 |
Mark Johnston <markj@FreeBSD.org> |
ctfconvert: Actually use the asprintf() helper
Fixes: 1165fc9a5266 ("ctfconvert: Give bitfield types names distinct from the base type")
|
#
1165fc9a |
| 03-Aug-2022 |
Mark Johnston <markj@FreeBSD.org> |
ctfconvert: Give bitfield types names distinct from the base type
CTF integers have an explicit width and so can be used to represent bitfields. Bitfield types emitted by ctfconvert(1) share the na
ctfconvert: Give bitfield types names distinct from the base type
CTF integers have an explicit width and so can be used to represent bitfields. Bitfield types emitted by ctfconvert(1) share the name of the base integer type, so a struct field with type "unsigned int : 15" will have a type named "unsigned int".
To avoid ambiguity when looking up types by name, add a suffix to names of bitfield types to distinguish them from the base type. Then, if ctfmerge happens to order bitfield types before the corresponding base type in a CTF file, a name lookup will return the base type, which is always going to be the desired behaviour.
PR: 265403 Reported by: cy MFC after: 1 week Sponsored by: The FreeBSD Foundation
show more ...
|
Revision tags: release/13.1.0 |
|
#
963f5dc7 |
| 31-Dec-2021 |
Mark Johnston <markj@FreeBSD.org> |
ctfconvert: Handle arrays of empty structs
Members with such a type will legitimately have a size of zero, so don't emit a warning.
PR: 260818 Reviewed by: bz MFC after: 1 week Sponsored by: The F
ctfconvert: Handle arrays of empty structs
Members with such a type will legitimately have a size of zero, so don't emit a warning.
PR: 260818 Reviewed by: bz MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33700
show more ...
|
Revision tags: release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0 |
|
#
b18a4cca |
| 05-Mar-2019 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead@r344786
|
#
af373543 |
| 25-Feb-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r344513 through r344548.
|
#
559af1ec |
| 25-Feb-2019 |
Leandro Lupori <luporl@FreeBSD.org> |
Increase ctfconvert buffer size
Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D19353
|
Revision tags: release/12.0.0, release/11.2.0 |
|
#
ecbde900 |
| 11-Jun-2018 |
Mark Johnston <markj@FreeBSD.org> |
Process CUs with a language attribute of DW_LANG_Mips_Assembler.
At the moment ctfconvert(1) does not do much with such CUs, but that may not be true in the future, and we run ctfconvert on several
Process CUs with a language attribute of DW_LANG_Mips_Assembler.
At the moment ctfconvert(1) does not do much with such CUs, but that may not be true in the future, and we run ctfconvert on several assembly files during the build.
X-MFC with: r334883
show more ...
|
#
c5fda9ba |
| 09-Jun-2018 |
Mark Johnston <markj@FreeBSD.org> |
Don't process DWARF generated from non-C/C++ code.
ctfconvert(1) is not designed to handle DWARF generated from such code, and will generally fail in non-obvious ways. Use an explicit check to help
Don't process DWARF generated from non-C/C++ code.
ctfconvert(1) is not designed to handle DWARF generated from such code, and will generally fail in non-obvious ways. Use an explicit check to help catch such potential failures.
Reported by: Johannes Lundberg <johalun0@gmail.com> MFC after: 2 weeks
show more ...
|
#
1f52c1db |
| 19-May-2018 |
Matt Macy <mmacy@FreeBSD.org> |
ctf dwarf: don't report "no dwarf entry" as if it were an error
|
#
52f72944 |
| 27-Mar-2018 |
Conrad Meyer <cem@FreeBSD.org> |
ctfconvert/ctfmerge: Fix a memory leak enumerating DWARF files
Reported by: Coverity Sponsored by: Dell EMC Isilon
|
Revision tags: release/10.4.0, release/11.1.0 |
|
#
4f9d94bf |
| 04-Dec-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r309263 through r309518.
|
#
69718b78 |
| 03-Dec-2016 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
Revert r253678, r253661: Fix a segfault in ctfmerge(1) due to a bug in GCC.
The change was correct and the bug real, but upstream didn't adopt it and we want to remain in sync. When/if upstream does
Revert r253678, r253661: Fix a segfault in ctfmerge(1) due to a bug in GCC.
The change was correct and the bug real, but upstream didn't adopt it and we want to remain in sync. When/if upstream does something about it we can bring their version.
The bug in question was fixed in GCC 4.9 which is now the default in FreeBSD's ports. Our native gcc-4.2, which is still in use in some Tier-2 platforms also has a workaround so no end-user should be harmed by the revert.
show more ...
|
Revision tags: release/11.0.1, release/11.0.0 |
|
#
27067774 |
| 16-Aug-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r303250 through r304235.
|
#
f76e5f20 |
| 14-Aug-2016 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead @ r304061
|
#
eb9da1ad |
| 13-Aug-2016 |
Mark Johnston <markj@FreeBSD.org> |
Fix handling of forward enum declarations in the CTF tools.
Reported by: mmacy MFC after: 2 weeks
|
Revision tags: release/10.3.0 |
|
#
b626f5a7 |
| 04-Jan-2016 |
Glen Barber <gjb@FreeBSD.org> |
MFH r289384-r293170
Sponsored by: The FreeBSD Foundation
|
#
a5d8944a |
| 19-Nov-2015 |
Navdeep Parhar <np@FreeBSD.org> |
Catch up with head (r291075).
|
#
3c3feed4 |
| 01-Nov-2015 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Merge from head
|
#
11d38a57 |
| 28-Oct-2015 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Merge from head
Sponsored by: Gandi.net
|
#
a4dc509f |
| 24-Oct-2015 |
Mark Johnston <markj@FreeBSD.org> |
DWARF emitted by clang 3.7 encodes array sizes using the DW_AT_count attribute rather than DW_AT_upper_bound. Teach ctfconvert about this so that array type sizes are encoded correctly.
PR: 203772
DWARF emitted by clang 3.7 encodes array sizes using the DW_AT_count attribute rather than DW_AT_upper_bound. Teach ctfconvert about this so that array type sizes are encoded correctly.
PR: 203772 MFC after: 1 week
show more ...
|
Revision tags: release/10.2.0 |
|
#
98e0ffae |
| 27-May-2015 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge sync of head
|
#
51dd214c |
| 19-Jan-2015 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead @ r277403
|
#
d899be7d |
| 19-Jan-2015 |
Glen Barber <gjb@FreeBSD.org> |
Reintegrate head: r274132-r277384
Sponsored by: The FreeBSD Foundation
|