[PATCH] PR32218: debuginfod-client: support very long source file

2024-10-10 Thread Frank Ch. Eigler
>From be79d138989b9968f9c687ef62cc91b5b93e32b5 Mon Sep 17 00:00:00 2001 From: "Frank Ch. Eigler" Date: Thu, 10 Oct 2024 16:30:19 -0400 Subject: [PATCH] PR32218: debuginfod-client: support very long source file names debuginfod clients & servers may sometimes encounter very long source file nam

[Bug general/32263] New: RFE: API to create/track executable memory layout for processes from perf PERF_RECORD_MMAP* events

2024-10-10 Thread wcohen at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32263 Bug ID: 32263 Summary: RFE: API to create/track executable memory layout for processes from perf PERF_RECORD_MMAP* events Product: elfutils Version: unspecified Status

Re: Preparing for the 0.192 release on Friday October 18

2024-10-10 Thread Mark Wielaard
Hi Aaron, On Thu, 2024-10-03 at 12:22 -0400, Aaron Merey wrote: > We are planning to do the 0.192 release on Friday October 18. > > Since the 0.191 release in March there have been 100 commits. Among > these are some important bug fixes and new features. > > If your patch is still under review

[PATCH 6/6] Use file stream or format variants of stdio print functions

2024-10-10 Thread Michael Pratt
In many source files, putc() and fputc() and putchar() are used interchangeably, and puts() and fputs() and printf() are used interchangeably. Reducing the usage to 2 of the 3 both reduces binary size of the final product, improves readability and searchability of the code, especially since greppi

[PATCH 5/6] Remove usage of "unlocked" variant of stdio print functions

2024-10-10 Thread Michael Pratt
These Linux Standard Base functions are not available on all systems that are capable of building Linux and ELFs. The difference is negligible for simple printing to stdout. POSIX also states for the similar putc_unlocked(): These functions can safely be used in a multi-threaded program if a

[PATCH 3/6] libdw: Let clean targets be unconditional

2024-10-10 Thread Michael Pratt
The automake rule "maintainer-clean-generic" is always available and never conditional, so let the variable that uses it be define non-conditionally. If one actually wants conditional cleaning they should write a custom rule and set it as a dependency of a "*clean-local" automake rule. There is n

[PATCH 4/6] src: Prevent invalid include of binary into compilation

2024-10-10 Thread Michael Pratt
The "stack" binary built by elfutils has the same name as the standard C++ header . If that header were to be in the list of includes while building the C++ elfutils program "srcfiles", then there is a chance that the "stack" binary is included instead and treated as text, leading to a decode erro

[PATCH 1/6] lib: Add missing config.h include to next_prime.c

2024-10-10 Thread Michael Pratt
This is the last remaining C source file as of this commit without the standard conditional inclusion of config.h as the very first header. * lib/next_prime.c: add missing config.h header. Signed-off-by: Michael Pratt --- lib/next_prime.c | 4 1 file changed, 4 insertions(+) diff --

[PATCH 2/6] libcpu: Include config.h before standard headers in lexer source

2024-10-10 Thread Michael Pratt
As part of the processing of flex, definitions and headers are added to output source before any literal text or generated code. This causes standard headers to come before config.h unless config.h is included in a %top block instead as specified in the flex manual, section 5.1 "Format of the Defi

[PATCH 0/6] Various portability fixes and organization

2024-10-10 Thread Michael Pratt
Hi, I saw that elfutils is having a release soon, so I thought now would be a good time to send some patches that are used by the Openwrt project to help elfutils build on more systems, for example, by integrating with gnulib/libtool, and coinciding with custom patches applied to other build tools

Re: [patch] test tempdir move

2024-10-10 Thread Mark Wielaard
Hi Frank, On Wed, Oct 09, 2024 at 04:43:56PM -0400, Frank Ch. Eigler wrote: > > I like the idea of this change. Some nitpicks below. > > Those were great ideas, v2 below: > > From 65efbafc16fffa582a84c277493d2531bf88021a Mon Sep 17 00:00:00 2001 > From: "Frank Ch. Eigler" > Date: Wed, 9 Oct 202