mirror of
https://github.com/postgres/postgres.git
synced 2025-07-28 23:42:10 +03:00
Bring configure support for LZ4 up to snuff.
It's not okay to just shove the pkg_config results right into our build flags, for a couple different reasons: * This fails to maintain the separation between CPPFLAGS and CFLAGS, as well as that between LDFLAGS and LIBS. (The CPPFLAGS angle is, I believe, the reason for warning messages reported when building with MacPorts' liblz4.) * If pkg_config emits anything other than -I/-D/-L/-l switches, it's highly unlikely that we want to absorb those. That'd be more likely to break the build than do anything helpful. (Even the -D case is questionable; but we're doing that for libxml2, so I kept it.) Also, it's not okay to skip doing an AC_CHECK_LIB probe, as evidenced by recent build failure on topminnow; that should have been caught at configure time. Model fixes for this on configure's libxml2 support. It appears that somebody overlooked an autoheader run, too. Discussion: https://postgr.es/m/20210119190720.GL8560@telsasoft.com
This commit is contained in:
@ -298,6 +298,7 @@ sub GenerateFiles
|
||||
HAVE_LIBCRYPTO => undef,
|
||||
HAVE_LIBLDAP => undef,
|
||||
HAVE_LIBLDAP_R => undef,
|
||||
HAVE_LIBLZ4 => undef,
|
||||
HAVE_LIBM => undef,
|
||||
HAVE_LIBPAM => undef,
|
||||
HAVE_LIBREADLINE => undef,
|
||||
@ -311,6 +312,8 @@ sub GenerateFiles
|
||||
HAVE_LOCALE_T => 1,
|
||||
HAVE_LONG_INT_64 => undef,
|
||||
HAVE_LONG_LONG_INT_64 => 1,
|
||||
HAVE_LZ4_H => undef,
|
||||
HAVE_LZ4_LZ4_H => undef,
|
||||
HAVE_MBARRIER_H => undef,
|
||||
HAVE_MBSTOWCS_L => 1,
|
||||
HAVE_MEMORY_H => 1,
|
||||
|
Reference in New Issue
Block a user