Re: elog/ereport VS misleading backtrace_function function address - Mailing list pgsql-hackers

From Tom Lane
Subject Re: elog/ereport VS misleading backtrace_function function address
Date
Msg-id 1093444.1715699108@sss.pgh.pa.us
Whole thread Raw
In response to Re: elog/ereport VS misleading backtrace_function function address  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
List pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> On 2024-May-14, Jakub Wartak wrote:
>> Reality is apparently mixed,at least from what I have checked :
>> - all RHEL 7.x/8.x (PGDG and our forks) do NOT come with
>> --enable-debug according to pg_config.

> Ooh, yeah, that's true according to
>
https://git.postgresql.org/gitweb/?p=pgrpms.git;a=blob;f=rpm/redhat/main/non-common/postgresql-16/main/postgresql-16.spec;h=ab2f6edc903f083e04b8f7a1d3bad8e1b7018791;hb=1a8b9fa7019d3f73322ca873b62dc0b33e73ed1d

>  507 %if %beta
>  508         --enable-debug \
>  509         --enable-cassert \
>  510 %endif

> Maybe a better approach for this whole thing is to change the specs so
> that --enable-debug is always given, not just for %beta.

My recollection from my time at Red Hat is that their standard policy
is to build everything with debug symbols all the time; so this is
violating that policy, and we should change it just on those grounds.
However, I'm not sure how much the change will help Joe Average User
with respect to the thread topic.  RH actually has infrastructure that
splits the debug symbol tables out into separate "debuginfo" RPMs,
which you have to install manually if you want to debug a particular
package.  This is good for disk space consumption, but it means that
most users are still only going to see the same backtrace they see
currently.

I don't know how much of that applies to, eg, Debian.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Alexander Lakhin
Date:
Subject: Re: Why is citext/regress failing on hamerkop?
Next
From: Robert Haas
Date:
Subject: Re: broken JIT support on Fedora 40