15.1_7develΣ=17 15.1_7Version of this port present on the latest quarterly branch.upstream: 18.1A newer version was found upstream by portscout, first on 2026-09-27.
GDB is a source-level debugger for Ada, C, C++, Objective-C, Pascal and
many other languages. GDB can target (i.e., debug programs running on)
more than a dozen different processor architectures, and GDB itself can
run on most popular GNU/Linux, Unix and Microsoft Windows variants.
===> The following configuration options are available for gdb-15.1_7:
DEBUGINFOD=off: Build gdb with debuginfod server support
GDB_LINK=on: Create /usr/local/bin/gdb symlink
GUILE=off: Guile extension language support
KGDB=on: Kernel debugging support
NLS=on: Native Language Support
PYTHON=on: Python bindings or support
SOURCE_HIGHLIGHT=on: Syntax highlighting support
TUI=on: Text User Interface support
XXHASH=on: Use xxHash for hashing (faster)
====> Command line editing via libreadline: you have to select exactly one of them
BUNDLED_READLINE=off: from gdb distfile
PORT_READLINE=on: from devel/readline port
====> Encoding conversion support via iconv: you have to select exactly one of them
PORT_ICONV=on: use libiconv, with wider charset support
SYSTEM_ICONV=off: use libc iconv, with no wchar support
====> zlib compression support: you have to select exactly one of them
BUNDLED_ZLIB=off: from gdb distfile
SYSTEM_ZLIB=on: use system zlib
===> Use 'make config' to modify these settings
devel/gdb: fix runtime on powerpc64le/CURRENT
powerpc64le recently switched to 128-bit long double, so conditionally
apply the patch to use them instead of 64-bit ones.
devel/gdb: fix build with clang 21
Compiling devel/gdb with clang 21 results in errors similar to:
/wrkdirs/usr/ports/devel/gdb/work-py311/gdb-15.1/gdb/../gdbsupport/enum-flags.h:97:34:
error: non-type template argument is not a constant expression
97 | integer_for_size<sizeof (T), static_cast<bool>(T (-1) < T
(0))>::type
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/wrkdirs/usr/ports/devel/gdb/work-py311/gdb-15.1/gdb/../gdbsupport/enum-flags.h:134:20:
note: in instantiation of template class 'enum_underlying_type<ui_out_flag>'
requested here
134 | typedef typename enum_underlying_type<enum_type>::type
underlying_type;
| ^
/wrkdirs/usr/ports/devel/gdb/work-py311/gdb-15.1/gdb/ui-out.h:385:16: note:
in instantiation of template class 'enum_flags<ui_out_flag>' requested here
385 | ui_out_flags m_flags;
| ^
/wrkdirs/usr/ports/devel/gdb/work-py311/gdb-15.1/gdb/../gdbsupport/enum-flags.h:97:52:
note: integer value -1 is outside the valid range of values [0, 15] for the
enumeration type 'ui_out_flag'
97 | integer_for_size<sizeof (T), static_cast<bool>(T (-1) < T
(0))>::type
(Only the first 15 lines of the commit message are shown above )
devel/gdb: declare dependency on Boost.Regex with SOURCE_HIGHLIGHT=ON (+)
Source-highlight forces consumers to link with liboost_regex.so
Without declared dependency gdb fails to start after boost update:
ld-elf.so.1: Shared object "libboost_regex.so.1.85.0" not found, required by
"gdb"
Approved by: portmgr blanket
Sponsored by: Future Crew, LLC
devel/gdb: Upgrade to 15.1
This includes an update to the bundled libc++ pretty printers with
fixes for recent changes in libc++ to std::string and std::unordered_map.
PR: 272922
Sponsored by: AFRL, DARPA
Differential Revision: https://reviews.freebsd.org/D46232
devel/gdb: Upgrade to 14.1
- Notable upstream fixes for FreeBSD include better support for
multiprocessing as well as support for AVX and other extended
registers in core dumps on newer AMD CPUs.
- Use all-gdb as the build target to reduce build time.
- sim can no longer be excluded during the tarball as a couple of
source files in GDB now use headers from sim/ unconditionally.
Instead, use --disable-sim to skip building the simulators.
Reviewed by: pizzamig
Sponsored by: DARPA
Differential Revision: https://reviews.freebsd.org/D43053
devel/gdb: kgdb: fix aarch64 trapframe handling
regcache_map_entry_size() doesn't do the magic to convert size == 0 to
register_size, so we must supply sizes for all registers if we're going
to use it.
This fixes handling of the trapframe so that we can actually unwind
properly, where-as before we would end up with, e.g.,
#6 0xffff0000004b4860 in kdb_trap (type=60, code=0, tf=<optimized out>)
at /usr/src/sys/kern/subr_kdb.c:790
#7 <signal handler called>
#8 <signal handler called>
#9 <signal handler called>
#10 <signal handler called>
#11 <signal handler called>
Reported by: Mark Millard
Approved by: jhb (implicit, kgdb maintainer)
MFH: 2023Q3
devel/gdb: kgdb: fixup aarch64 pcb/trapframe layout
base 1c1f31a5e5 and 2ecbbcc7cab altered the pcb and trapframe layouts in
osreldate 1400084. This version of the patch is effectively extracted
from work done by @jhb in CheriBSD's gdb fork, then ported forward to
work with the gdb 13.x program_space_data equivalent. With
this + D39951, I can again get a solid backtrace in recent main.
While we're here, remove some special handling for kthreads not yet run,
as the stack pointer is in-fact stored in pcb_sp in cpu_copy_thread and
cpu_fork. This silences the following exception:
Python Exception <class 'gdb.error'>: Register 2 is not available
but there's not really any effect on the end result, since the thread
hasn't been scheduled yet.
Reviewed by: jhb
Approved by: jhb (maintainer)
MFH: 2023Q3
Differential Revision: https://reviews.freebsd.org/D41684
devel/gdb: kgdb: Handle stoppcbs compat
Use __FreeBSD_version to decide whether to dereference the stoppcbs
symbol. PORTREVISION will be bumped as part of the next commit, which
fixes another KBI breakage.
Reviewed by: jhb, kevans
Approved by: jhb (maintainer)
MFH: 2023Q3
Differential Revision: https://reviews.freebsd.org/D39951
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
devel/gdb: fix build with clang 16
Clang 16 has a new error about integer values being outside the valid
range for enum types, which shows up when building gdb:
In file included from
/wrkdirs/usr/ports/devel/gdb/work-py39/gdb-13.1/gdb/x86-fbsd-nat.c:20:
In file included from
/wrkdirs/usr/ports/devel/gdb/work-py39/gdb-13.1/gdb/defs.h:65:
/wrkdirs/usr/ports/devel/gdb/work-py39/gdb-13.1/gdb/../gdbsupport/enum-flags.h:95:52:
error: integer value -1 is outside the valid range of values [0, 15] for this
enumeration type [-Wenum-constexpr-conversion]
integer_for_size<sizeof (T), static_cast<bool>(T (-1) < T (0))>::type
^
In file included from
/wrkdirs/usr/ports/devel/gdb/work-py39/gdb-13.1/gdb/x86-bsd-nat.c:20:
In file included from
/wrkdirs/usr/ports/devel/gdb/work-py39/gdb-13.1/gdb/defs.h:65:
/wrkdirs/usr/ports/devel/gdb/work-py39/gdb-13.1/gdb/../gdbsupport/enum-flags.h:95:52:
error: integer value -1 is outside the valid range of values [0, 15] for this
enumeration type [-Wenum-constexpr-conversion]
integer_for_size<sizeof (T), static_cast<bool>(T (-1) < T (0))>::type
^
(Only the first 15 lines of the commit message are shown above )
devel/gdb: Remove the EXPAT option.
GDB on FreeBSD requires libxml for full funtionality (e.g. 'catch
syscall <syscall name>' parses the XML files installed in
LOCALBASE/share that were still installed even when this option was
disabled). Also, using GDB with a debug server that returns any
non-simple registers requires XML support for parsing the target
description returned by the server (e.g. examining SSE or later
registers or any system registers when attached to QEMU or
lldb-server).
Reviewed by: pizzamig (maintainer), danfe
Differential Revision: https://reviews.freebsd.org/D38760
devel/gdb: make Expat and xxHash support optional (on by default)
While Expat dependency was hardcoded, xxHash was not and could
be silently picked up, resulting in the unregistered dependency.
Allow users to explicitly disable both if desired. Remove DEBUG
option (correct way to build debug packages is -DWITH_DEBUG) and
adjust a couple of option descriptions.
devel/gdb: fix handling of SOURCE_HIGHLIGHT port option
- It is of --enable/disable type, not --with/without one
- Garbage-collect no longer useful NOT_FOR_ARCHS (we had
not been building sparc64 packages for many years now)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel/gdb: Fix build of GDB 12.1 on older aarch64 systems.
Backport a patch from GDB to fix the build on aarch64 systems that do
not support hardware breakpoints/watchpoints.
PR: 264095
Reviewed by: pizzamig (maintainer), mikael
Differential Revision: https://reviews.freebsd.org/D35332
devel/gdb: Update to 12.1.
One notable feature included in 12.1 is async target support
permitting the use of commands like continue&.
In addition, this commit backports various post-12 commits to add
support for hardware breakpoints/watchpoints on aarch64, support for
resolving TLS variables from core dumps on amd64 and i386 via the
recently added NT_X86_SEGBASES core dump note, and support for
resolving TLS variables on arm and aarch64 via the recently added
NT_ARM_TLS register set.
Reviewed by: pizzamig
Differential Revision: https://reviews.freebsd.org/D35111
devel/gdb: Handle recent 14.0 systems with libc++ in /lib.
The auto-load python wrapper for libc++ pretty printers has to be
installed at the same path as libc++ to work correctly. Update the
port to install the top-level wrapper in lib/ under the auto-load data
directory instead of usr/lib on recent 14.0 systems.
Reviewed by: emaste
Differential Revision: https://reviews.freebsd.org/D34636
devel/gdb: Fix kernel backend registrations.
Per-architecture kernel backends are registered via GDB initialization
routines. The GDB build uses a regular expression to identify the
initialization routines invoked during startup. This regular
expression requires a single space between the function name and it's
empty argument list. However, the initializers for aarch64, arm,
mips, and riscv had two spaces before the empty argument list causing
those backends to not be registered and the corresponding architecture
kernels to not be recognized. Fix by removing the spurious spaces.
Reported by: kevans
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D33255
devel/gdb: Avoid a divide by zero in kgdb.
Don't divide by zero if the message buffer size in a crashdump is
zero.
Reported by: glebius
Reviewed by: pizzamig (maintainer), emaste
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D32486
devel/gdb: Update to 11.1.
This also pulls in some updates to libcxx-gdbpy to add pretty printers
for std::deque<>, std::stack<>, and std::unordered_map<>
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D32000
Fix a couple of issues in kgdb.
- Properly unwind across in-kernel exceptions on arm.
- Enumerate processes via the pid hash table for kernels without the
zombproc list.
PR: 251463 (1)
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D27849
Update kernel relocation code in kgdb for GDB 10.
This fixes the build of KGDB on head.
Pointy hat to: jhb (for only testing kgdb on stable/12)
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D27499
Update to GDB 9.1.
GDB 9 rejects attempts to build in the source tree, so this uses
CONFIGURE_OUTSOURCE.
Some patch files were renamed to track moving of files in upstream.
Approved by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D23932
Bring in various kgdb fixes for powerpc.
This merges in several fixes for kgdb on powerpc including fixing
backtraces and cross-debugging support.
Submitted by: luporl
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D23844
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Update Guile to version 2.2.5, modern stable version, and fix dependent
ports to build against it. Most changes are rather minor and mechanical
except for the devel/gdb (obtained via their bugtracker [1], courtesy of
Doug Evans). One port (science/meep) I had to mark BROKEN after fixing
it proved to be very tedious and actually unreliable. It is very old,
there are newer versions available so it should be fixed by updating.
One port (devel/libruin) had revealed a bug in the new Guile code (an
auxiliary script, really) that had to be worked-round; reference to the
problematic upstream commit is provided in the patch.
PR: 229613
Exp-run by: antoine
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=21104#c8
Unreverse the thread list for 'info threads' internal command. Now it
will match the natural order of tailq, and thus output of 'ps' macro
from tools/debugscripts/gdbinit.kernel.
Reviewed by: pizzamig (maintainer), jhb
Update port to GDB 8.3.
New features in GDB 8.3 include support for DWARF index caches and
styling (colors) in the CLI and TUI. Source code styling is also
available via the new SOURCE_HIGHLIGHT option (enabled by default).
GDB 8.3 also adds support for FreeBSD/riscv64.
In addition, kgdb has been updated for changes in 8.3 along with
support for FreeBSD/riscv64 kernels.
The libc++ helpers have been updated to a newer version which adds
support for std::list<> and std::forward_list<>. The helpers now
also support Python 3.
Finally, a few post-8.3 patches have been backported which add suport
for TLS (Thread Local Storage) variables on FreeBSD amd64, i386,
powerpc, and riscv architectures. Note that amd64 and i386 do not
support examining TLS variables in core dumps currently. This support
along with support for additional architectures require kernel changes
and will be added in the future once the kernel has been updated.
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D20403
Include pretty printers for libc++ when Python is enabled.
The pretty printers are pulled from github/bsdjhb/libcxx-gdbpy.git.
They are not complete and only support a subset of STL classes.
Bump PORTREVISION.
PR: 235539
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D19087
Enable separate flavors for different python versions.
Since python is enabled by default, this keeps the version with the
default python version as 'gdb' and adds a package suffix for other
python versions.
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D18534
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Various fixes for GDB's data directory.
- Backport a fix from master to fix the setting of the default
auto-load paths.
- Switch to using the default data directory (PREFIX/share/gdb)
instead of a version specific directory. This allows gdb to use
auto-load scripts installed by other packages to
PREFIX/share/gdb/auto-load. A couple of existing packages already
do this such as libglib and libgobject.
- Add symlinks for gdb.1 and kgdb.1 manpages without version numbers.
This makes 'man gdb' and 'man kgdb' work on 12.0 which doesn't have
these manpages in the base system.
- Precompile the installed python scripts and add then to the packing
list. This avoids leaving .pyc files around after the package is
deleted if gdb (or kgdb) is run as root.
- Bump PORTREVISION.
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D18476
Speed up devel/gdb startup on FreeBSD
On non-Linux systems that do not have fdwalk(), gdb currently iterates
over all possible file descriptors when checking for open files.
Merge an upstream patch that fixes this by adding a FreeBSD
implementation using kinfo_getfile().
Submitted by: Brandon Bergren <git@bdragon.rtk0.net> (initial patch)
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D17426
Upgrade to 8.2.
- Remove patches for upstream commits in 8.2.
- Add an upstream patch to include NT_PROCSTAT_AUXV, NT_PROCSTAT_PS_STRINGS,
and NT_PROCSTAT_VMMAP notes in core dumps generated by 'gcore'.
- Update kgdb for changes in 8.2.
- Add 'USES=gettext-runtime'
Reviewed by: pizzamig (maintainer)
Differential Revision: https://reviews.freebsd.org/D17085
devel/gdb: Update to 8.1.1
A bunch of bug fixes and support to Pythong 3.7 fixed
PR: 230494
Reported by: Yasuhiro KIMURA <yasu@utahime.org>
Sponsored by: Essen Hackathon
devel/gdb: add support to UTF-8 charset
Introduced a new option, enabled on default, to use libiconv, that
provide wchar_t support and allow to use UTF-8 charset in gdb
PR: 230036
Reported by: Gleb Popov <arrowd@FreeBSD.org>
Fixes for kgdb including initial FreeBSD/arm support.
- Improve fallback handling for the read of pcb_size.
If for some reason kgdb has only the kernel's debug info, a read of
pcb_size will simply return 0, resulting in an exception when unwinding
the stack of a thread that was on a CPU at the time the dump was
created. In this case, fall back to using sizeof(struct pcb).
- Always supply a value for the PC register on x86.
A thread's PCB may have been swapped out, and a dummy value ensures that
we don't get an exception while enumerating threads in a dump.
- Mark all 64-bit address bits as valid for aarch64 kernels.
ARMv8 supports pointer tagging in which case the upper 8 bits of VAs are
(Only the first 15 lines of the commit message are shown above )
devel/gdb: Add mpfr as dependency
Add mpfr as dependency to emulate target floating-point arithmetic during
expression evaluation when the target uses different floating-point
formats than the host
PR: 227798
Reported by: philippe.michel7@sfr.fr
devel/gdb: fix build on current
Clang 6 doesn't allow negative numbers to be implicitely converted to
unsigned types.
This patch explicits all casts.
While I'm here, add an option to silent tons of warning messages
PR: 226644
Reported by: rakuco@
KGDB fixes for amd64 and aarch64.
- Update the amd64 kernel support to recognize mchk_calltrap as a
trapframe generator.
- Remove some unneeded headers from fbsd-kld.c.
- Various fixes to get stack traces working for aarch64 kernels:
- Map the LR register from the PCB to PC instead of LR.
- Skip the PC register from the PCB as it isn't initialized to anything.
- Correct the register cache map for the PCB. The old one had the
offsets of pcb_sp and pcb_pc reversed.
- Don't map all of the saved general purpose registers in a
trapframe to X1 rather than X0 .. X29.
- Use correct name for el0 trapframe entry points.
Reviewed by: pizzamig (maintainer)
MFH: 2018Q1
Differential Revision: https://reviews.freebsd.org/D13977
Merge in updates for mipsn32 and 32-bit arm.
- Brings in upstream commits to fix debugging on mipsn32 (properly parsing
registers and signal information in core dumps as well as unwinding across
signal frames)
- Brings in upstream commits for reworked ARM support. Compared to the
existing patch-armfbsd, this version includes generic FreeBSD target
support (auxv, thread names from cores, $_siginfo, syscall names, etc.)
as well as VFP support and an unwinder for signal frames.
Reviewed by: pizzamig (maintainer)
MFH: 2017Q4
Differential Revision: https://reviews.freebsd.org/D12630
For ports that are explicitly enabled on armv6, also enable them
on armv7. This has not been tested with an -exp run but should
"do no harm".
PR: 221894 (partial)
devel/gdb: Update to gdb 8.0.1
Resolve tons of warnings.
Fix the type of literal string as char const *
Fix Makefile's variables order and adding the license file
Rework patches to make portlint happy
Reviewed by: jhb
Approved by: lme (mentor)
Differential Revision: https://reviews.freebsd.org/D12525
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Add aarch64 support to GDB.
This includes support for cross-debugging aarch64 process cores and
kernels as well as native support for aarch64 processes. Hardware
single stepping is supported, but hardware watchpoints are not yet
supported.
Reviewed by: luca.pizzamiglio@gmail.com (maintainer)
Approved by: az (implicit)
Differential Revision: https://reviews.freebsd.org/D12074
Backport support for fs_base/gs_base and $_siginfo from GDB master.
Bring in two patchsets committed to GDB master along with a few other commits
those patchsets depend on.
- Add support for examining $_siginfo. When a thread has valid signal
information, report the current information in a $_siginfo variable.
For live processes the values are extracted via the PT_LWPINFO ptrace
request. The values are also extracted from process core dumps that
include NT_LWPINFO notes (currently only present in FreeBSD 12-current).
- Add support for the $fs_base and $gs_base registers on amd64. This only
works for live processes via the PT_{GET,SET}{FS,GS}BASE ptrace requests.
FreeBSD currently does not store these values in core dumps, so they are
not available from core dumps.
Reviewed by: luca.pizzamiglio@gmail.com (maintainer)
Approved by: az, imp
Differential Revision: https://reviews.freebsd.org/D11813
Upgrade to GDB 8.0.
- Commit b5430a3ced fixes parsing of 32-bit MIPS process cores.
- kgdb has been ported to 8.0 including renaming the new OSABI constant,
using gdb_bfd_openr, new return type of ldirname, and solib_add
changed.
- GDB 8.0 requires C++11, however the port is marked as requiring C++14
as a workaround for bugs in clang 10.3.
- patch-armfbsd is updated for the new OSABI constant names (a.out was
removed in 8.0) and new filename convention (arm-fbsd-*)
- patch-gdb-amd64-bsd-nat.c (renamed from patch-gdbamd64-bsd-nat.c) is
simplified to just store the r_flags value before collecting registers
from the register cache rather than a full copy of the entire register
set.
- patch-gdb-corelow.c has been removed. It isn't really correct and if
(Only the first 15 lines of the commit message are shown above )
Permit building GDB with python 3.
The python support in GDB works with either python 2 or python 3. There
is no reason to restrict it to python 2 only.
PR: 219844
Submitted by: mi
Approved by: luca.pizzamiglio@gmail.com (maintainer)
MFH: 2017Q3
Begin deorbit burn of ia64. We have not attempted to build packages for
it for many years.
While here, alphabetize ARCHs, pet portlint, and modernize usages.
Approved by: portmgr (tier-2 blanket)
Fix several issues with kgdb:
- The kld parsing code in kgdb was using basename() and dirname() which
ended up being broken by the recent changes to make dirname() modify its
input buffer. Modify fbsd-kld.c to use the lbasename() and ldirname()
wrappers in gdb.
- Add the kgdb.1 manpage from base and install it as 'kgdbNNN.1' which is
helpful since stock HEAD no longer ships a kgdb manpage.
- Link libkvm into mips binaries so that the vmcore target links.
- Bump PORTREVISION.
PR: 219028
Reviewed by: luca.pizzamiglio@gmail.com (maintainer)
Approved by: rene
Update to 7.12.1
Updating gdb to the last stable version and cleaning it up.
PR: 217090
Submitted by: luca.pizzamiglio@gmail.com (maintainer)
PR: 216027
- Recognizing the compiler to adopt options properly
Reported by: julian@FreeBSD.org
PR: 216132
- Fixing the segmentation fault, but arm core dump not yet usable
Reported by: Mark Millard
Number of commits found: 196 (showing only 100 on this page)
