I'm confused because the logs indicate that the database started.
2021-02-13 14:39:47.132 PST postmaster LOG: starting PostgreSQL 14devel on x86_64-apple-darwin19.6.0, compiled by Apple clang version 12.0.0 (clang-1184.108.40.206), 64-bit 2021-02-13 14:39:47.133 PST postmaster LOG: listening on Unix socket "/var/folders/s1/909yt58s4wj8h_7v7frr8rkm0000gn/T/pg_regress-o1o8IS/.s.PGSQL.58080" 2021-02-13 14:39:47.138 PST startup LOG: database system was shut down at 2021-02-13 14:39:47 PST 2021-02-13 14:39:47.141 PST postmaster LOG: database system is ready to accept connections
Perhaps the issue is that psql is looking in the wrong place? I ensured that there's no psql in my $PATH before running "gmake check", but if I install it, it looks for a socket in /tmp, not /var/folders.
Some other notes:
For fun I tried seeing if I could use mesalink - github.com/mesalock-linux/mesalink - as a drop in replacement for OpenSSL. I need to specify two "includes" folders and it was unclear how to do this from the configure --help output - commas? colons? Specify the flag multiple times? The answer ended up being colons but this could be more obvious.
Is there a way to run just the tests for a particular part of the code? The docs on running the tests weren't clear, and starting "gmake check" seems slow in the best case. In my case I'd like to run just the tests related to OpenSSL, and src/backend/libpq/be-secure.c.
Yeah, this is a known issue with Apple's SIP (System Integrity Protection)
breaking our use of DYLD_LIBRARY_PATH to point the executables at the
as-yet-uninstalled libraries. The two known workarounds are
(1) do "make install" before "make check";
(2) turn off SIP.
We've made occasional efforts to develop a less fragile solution.
If you're interested in helping with the latest such effort, see
> Is there a way to run just the tests for a particular part of the code? The
> docs on running the tests weren't clear, and starting "gmake check" seems
> slow in the best case. In my case I'd like to run just the tests related to
> OpenSSL, and src/backend/libpq/be-secure.c.
The core regression tests aren't subdivided, but on the other hand
they only take a few seconds on any modern hardware (hint: use the
parallelized make targets). There are a lot of other test suites
scattered around the tree, and those can be run individually.
In your case I'd venture that "make check" in src/test/ssl/ might
cover most of what you care about (but see the README there for
caveats --- it transiently opens ports). Also, for repeated test runs,
using "make install" and then "make installcheck" can save time.