Re: [HACKERS] PostgreSQL10 beta2 with ICU - initdb fails on MacOS

I wrote:
> I still think that this represents under-engineering by the ICU crew
> and not anything we're doing wrong.

After some more examination of their readme.html, I tried this:

$ ./runConfigureICU MacOSX --prefix=/usr/local/icu-57.1 --enable-rpath

and that gave me sane-looking libraries:

$ otool -L /usr/local/icu-57.1/lib/libicui18n.57.1.dylib
/usr/local/icu-57.1/lib/libicui18n.57.1.dylib:       /usr/local/icu-57.1/lib/libicui18n.57.dylib (compatibility version
57.0.0,current version 57.1.0)       /usr/local/icu-57.1/lib/libicuuc.57.dylib (compatibility version 57.0.0, current
version57.1.0)       /usr/local/icu-57.1/lib/libicudata.57.dylib (compatibility version 57.0.0, current version 57.1.0)
     /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.60.2)       /usr/lib/libc++.1.dylib
(compatibilityversion 1.0.0, current version 307.5.0) 

--- note that now libicudata is shown as a dependency.  And then
configuring Postgres as I showed before leads to executables that
build, and initdb, and pass regression tests, and have a bunch
of ICU entries in pg_collation, without needing to fool with
DYLD_LIBRARY_PATH.

Their configure --help claims
 --enable-rpath          use rpath when linking default is only if necessary

but apparently that's for small values of "necessary" :-(
        regards, tom lane