History log of /freebsd/cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c (Results 1 – 25 of 60)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 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


123