I mentioned last week that updating to Xcode 9.0 while still on macOS Sierra wasn't such a hot idea. I've now updated longfin's host to macOS High Sierra, and that fixed the little problem with a missing library dependency ... but all is not entirely well, because the new version of Xcode command line tools doesn't bother to install a symlink in /usr/lib/tclConfig.sh, causing our configure script to fail if building --with-tcl.
I have a bug report filed with Apple, and we'll see what they say about that. As a short-term workaround to get longfin off the ground, I've adjusted its configure arguments to include --with-tclconfig=/System/Library/Frameworks/Tcl.framework/Versions/8.5 which is where the missing symlink ought to point. If Apple say "that's intentional and we aren't changing it", we're going to have to think about adapting PGAC_PATH_TCLCONFIGSH for their brave new world. I will try to get them to elucidate exactly what they think a reasonable search strategy for finding tclConfig.sh ought to be. But I don't have a lot of faith that they'll provide a usable answer; cross-platform solutions are not their strong suit. I did a bit of googling on this topic and came across http://wiki.tcl.tk/12968 which suggests that searching auto_path as we do now is fundamentally wrong. However, I don't have much faith in the solutions proposed there either. Perhaps Apple will say "oops" and this problem will go away quickly. Just putting out a heads-up that there's something to worry about here. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers