Re: It seems no Windows buildfarm members are running find_typedefs

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Wim Lewis <wiml(at)omnigroup(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: It seems no Windows buildfarm members are running find_typedefs
Date: 2014-04-03 01:42:45
Message-ID: 32095.1396489365@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Wim Lewis <wiml(at)omnigroup(dot)com> writes:
> On 2 Apr 2014, at 5:43 PM, Tom Lane wrote:
>> I poked around a bit, and so far as I can tell, OS X does not store debug
>> symbol tables in executables.

> The Apple development tools gather the debug information during the final link stage (the one that produces the executable or shared object) using "dsymutil", which simply iterates over all of the .o files and links the debug info into a separate object, foo.dSYM. Apple's gdb and lldb then find the relevant .dSYM file using a per-build UUID embedded in the executable/library/debug symbol file.

Ah. I've forgotten the details, but I'm pretty sure that we have
deliberately arranged our build process so that the .dSYM files don't get
built during link steps. Debugging seems to work all right anyway, at
least if the build tree is available, so I think Apple's gdb is able to
work from the symbol tables in the .o files.

While perhaps that approach should be rethought, I'm disinclined to
mess with it just for the benefit of find_typedefs.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabrízio de Royes Mello 2014-04-03 02:44:57 Re: GSoC proposal - "make an unlogged table logged"
Previous Message Wim Lewis 2014-04-03 01:30:55 Re: It seems no Windows buildfarm members are running find_typedefs