Dave Page pÃÅ¡e v po 19. 07. 2010 v 14:24 +0100:
> On Mon, Jul 19, 2010 at 1:56 PM, Zdenek Kotala <Zdenek.Kotala@sun.com> wrote:
> > Dave Page pÃÅ¡e v po 19. 07. 2010 v 13:32 +0100:
> >> I'm working on setting up a new buildfarm member as we don't seem to
> >> have any active Solaris ones :-(
> >
> > Unfortunately, I had to stop them :(. Sorry.
> >
> > I cannot remember this bug. However for Solaris 10 is better to use
> > SunStudio 11. I see lot of bugs in SunStudio 12 and also postgresql with
> > dtrace is not possible compile with sunstudio 12 due some optimization.
> > It is bug in solaris 10 which is not fixed(backported) yet.
>
> <grumble>
>
> > Anyway it is strange. I used following switches without any problem:
> >
> > ./configure --without-readline --enable-cassert --enable-debug
> > --enable-nls --enable-integer-datetimes --with-perl --with-python \
> > --with-tcl --with-krb5 --with-gssapi --with-openssl --with-pam \
> > --enable-thread-safety --with-includes=/usr/include/kerberosv5:/usr/sfw/include --with-libs=/usr/sfw/lib
--enable-dtrace--with-libxml --with-libxslt
>
> Hmm. Perl fails here, as it seems to be 32 bit.
I see, you compile it 64bits. 64bits perl does not exist - no PL/PgPerl
> OpenSSL fails, due to
> lack of libcryto, and TCL seems to fail due to lack of headers (though
> I didn't look very hard).
You need to set RPATH. Openssl is in /usr/sfw/lib (/usr/sfw/lib/64)
You need this for 32bit
'LDFLAGS' => '-R/usr/sfw/lib',
'LDFLAGS_SL' => '-R/usr/sfw/lib',
'TCLSH' => '/usr/sfw/bin/tclsh8.3'
and 'LDFLAGS' => '-R/usr/sfw/lib/64', for 64bit.
> I'm assuming these issues are largely due to
> my inexperience with Solaris, or are there some development packages
> or similar I should be downloading?
No you need only compiler and full Solaris 10 installation.
> > I see also that you use S10U3 which is not optimal for PostgreSQL. You
> > need to have S10U4 (at least for kerberos and dtrace).
>
> Hmm, I'll have to see about upgrading it without annoying other users.
>
> Thanks!
>
