Compiling Cyrus-SASL GIT master on Solaris 11.3

[Kraft, Matthias]

Yes, thanks! That's been it. However, there is no need for these extra steps. 
The Solaris' "ar" generates empty archives when "-s" is given (force generate 
symbol table). So all that is needed is to call configure and set AR_FLAGS 
variable to "crus", e.g.

./configure ... AR_FLAGS=crus

I wonder how this could be handled in the autotools stuff. I'll open a ticket, 
maybe the discussion will bring up a solution then...

Thanks again for getting me back on track ...
-- 
Matthias Kraft
Sr. Software Specialist

Uhlandstrasse 12, 64297 Darmstadt, Germany

T: +49-6151-92-1791
E: matthias.kraft at softwareag.com
W: softwareag.com

> -----Original Message-----
> From: Cyrus-sasl [mailto:cyrus-sasl-
> bounces+matthias.kraft=softwareag.com at lists.andrew.cmu.edu] On Behalf
> Of Stefan Rapp
> Sent: Monday, March 20, 2017 10:45 AM
> To: cyrus-sasl at lists.andrew.cmu.edu
> Subject: Re: Compiling Cyrus-SASL GIT master on Solaris 11.3
>
> Hi Matthias,
>
> > There is indeed only a libobj.la, but no libobj.a. The same behavior can 
> > be
> observed on a Solaris 11.3 sparc.
>
> the Solaris ar doesn't create empty archives. As a workaround you can
> create an archive with one element and delete it afterwards ;-)
>
>    cd .../cyrus-sasl-.../lib/.libs/
>    ar cru libobj.a server.o
>    ar d libobj.a server.o
>    ranlib libobj.a
>
> Then you have an emtpy libobj.a and you can resume the sasl build.
>
> Kind regards,
>
>    Stefan
>
> --
> Stefan Rapp
> TU Dortmund
> IT & Medien Centrum
> D-44221 Dortmund
>
> Mail: stefan.rapp at tu-dortmund.de
> Phone: +49 231 755 4668
> Fax: +49 231 755 2731
> Web: http://www.itmc.tu-dortmund.de/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4925 bytes
Desc: not available
URL: <http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/attachments/20170320/c6c33658/attachment-0001.p7s>