Re: pltcl crash on recent macOS
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: Peter Eisentraut <peter.eisentraut@enterprisedb.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2022-06-13T16:01:08Z
Lists: pgsql-hackers
Thomas Munro <thomas.munro@gmail.com> writes: > On Mon, Jun 13, 2022 at 6:53 PM Peter Eisentraut > <peter.eisentraut@enterprisedb.com> wrote: >> frame #1: 0x00007ff803a28751 libsystem_c.dylib`hash_search + 215 >> frame #2: 0x0000000110357700 >> pltcl.so`compile_pltcl_function(fn_oid=16418, tgreloid=0, > Hmm, I can’t reproduce that…. I can't either, although I'm using the macOS-provided Tcl code, which still works fine for me. (I grant that Apple might desupport that someday, but they haven't yet.) sifaka and longfin aren't unhappy either; although sifaka is close to identical to my laptop. Having said that, I wonder whether the position of the -bundle_loader switch in the command line is relevant to which way the hash_search reference is resolved. Seems like we could put it in front of the various -l options if that'd help. regards, tom lane
Commits
-
PL/Tcl: Don't link with -lc explicitly
- 41a2b56ae80b 15.0 landed
-
Build pltcl.so correctly on platforms that want dependent
- e3909672f12e 7.1.1 cited