[ please keep the list cc'd ]
Tim <tim@kitswv.com> writes:
> The only reason I am using 9.3 is because that is what the slackbuild
> script had. I am just using it for another program I am trying to
> install, so I figured I could get it installed then upgrade later.
> Since this is a dependency, I didn't want to spend too much time
> re-writing the slackbuild scripts until I tested it. I am attaching
> the error output of the make command, starting with the part that
> looked like errors to me. The main ones are at the bottom and it is
> all the output from the terminal. Thanx for looking at this for me.
[ lots of errors like
libpq/be-secure.o: In function `SSLerrmessage':
be-secure.c:(.text+0x242): undefined reference to `ERR_get_error'
be-secure.c:(.text+0x264): undefined reference to `ERR_reason_error_string'
libpq/be-secure.o: In function `load_dh_buffer':
libpq/auth.o: In function `InitializeLDAPConnection.isra.2':
auth.c:(.text+0x267): undefined reference to `ldap_init'
auth.c:(.text+0x286): undefined reference to `ldap_set_option'
auth.c:(.text+0x2b9): undefined reference to `ldap_start_tls_s'
auth.c:(.text+0x2c8): undefined reference to `ldap_unbind'
auth.c:(.text+0x30d): undefined reference to `ldap_unbind'
auth.c:(.text+0x339): undefined reference to `ldap_err2string'
auth.c:(.text+0x3b3): undefined reference to `ldap_err2string'
utils/adt/xml.o: In function `xml_errorHandler':
xml.c:(.text+0x4c9): undefined reference to `__xmlGenericError'
xml.c:(.text+0x4d1): undefined reference to `__xmlGenericErrorContext'
xml.c:(.text+0x4e3): undefined reference to `xmlSetGenericErrorFunc'
xml.c:(.text+0x4f3): undefined reference to `xmlParserPrintFileContext'
xml.c:(.text+0x4fe): undefined reference to `xmlSetGenericErrorFunc'
]
Well, that's pretty odd, because your configure output clearly shows
that you didn't ask for OpenSSL support, nor LDAP support, nor XML
support. So the build should not have compiled any references to
these functions.
I speculate that the slackbuild script you're using is playing fast
and loose with the PG configuration process, maybe hand-editing the
resulting pg_config.h in not-very-consistent ways. Or maybe you're
trying to use generated files from different configure runs.
I think you could get a result like the above from a pg_config.h that
expected to build with these options plus a Makefile.global that
did not.
regards, tom lane