rjhb@xxxxxxx (Rainer J.H. Brandt) writes: > I got this initdb error for a 64bit-build on macOS El Capitan and Sierra: > creating conversions ... FATAL: could not load library "/opt/bb/170704/lib/postgresql/ascii_and_mic.so": dlopen(/opt/bb/170704/lib/postgresql/ascii_and_mic.so, 10): Symbol not found: _check_encoding_conversion_args > Referenced from: /opt/bb/170704/lib/postgresql/ascii_and_mic.so > Expected in: /opt/bb/170704/bin/postgres > in /opt/bb/170704/lib/postgresql/ascii_and_mic.so check_encoding_conversion_args() should certainly be there in any PG version released since 2009 (see src/backend/utils/mb/wchar.c). But it's unreferenced in the core Postgres executable, only in the loadable conversion libraries. I wonder if you have somehow enabled a link-time optimization to remove "unreferenced" symbols, or at least not export them to libraries. Are you using Apple's stock toolchain, or something else? > I configured with ./configure CC='gcc -m64' --prefix=/opt/bb/170704 > and also tried with CFLAGS=-m64 LDFLAGS=-m64. > With the same procedures, but 32-bit-builds, I don't get this error, > and everything works fine. Unfortunately, I need the 64-bit version. This makes little sense to me. 64-bit builds have been the default on macOS for some time. It's possible that by overriding LDFLAGS you're removing linker switches that need to be there ... regards, tom lane -- Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general
