On Thu, Mar 3, 2016 at 6:54 AM, Viktor Dukhovni <postfix-us...@dukhovni.org> wrote:
> On Wed, Mar 02, 2016 at 06:27:26PM +1000, Brett @Google wrote: > > > I am upgrading 3.0.x to 3.1 it seems the build process has changed, there > > are a few issues at least on solaris, maybe due to the dual 32/64 bit > > library formats when compared to Linux. > > As Wietse said, nothing relevant changed in the build between 3.0 > and 3.1. Perhaps your toolchain has changed (if your 3.0 builds > are sufficiently far in the past). > The toolchain is the same,but it seems i set dynamicmaps=yes, which turns on shared libraries which are largely broken (and probably has not worked for sparc -m64, for some time, unless postfix and libraries are both compiled 32 bit) > There was never any such test. The only platforms where makedefs > conditionally enables HAS_DB are 3 flavours of HP-UX and one flavour > of Ultrix. > > > The old code might have defaulted to including <db.h> and > > linking -ldb, as this definitely work. > Not on solurus sparc, if the binaries are (by default) is compiled 32 bit, and third party libraries presented are 64 bit, then the linker treats this case the same as if the (64 bit) libraries are not present with no explicit error, as 32 and 64 bit cannot link together, they use different models. So while the correct options are present, some parts are being compiled by default 32 bit, and can't link with 64 bit libraries. Thanks for the feedback guys, i think i'll just stick with the static build without dynamicmaps for now, it compiles fine as a static build, so the bdb at least is broken by a shared build, as is the automatic detection of libicu, but only on sparc64 platforms. Static build seems much more reliable, and i can can to without UTF-8 encoded addresses for now. I'll keep looking at it, and if i get something that works for me, i'll share it here. Cheers Brett
