[xmlsec] ltdl problem on Solaris

[Aleksey Sanin]

Thanks for update! I'll modify the configure script with your patch.

Aleksey


On 2/16/11 7:20 AM, Floodeenjr, Thomas wrote:
>
> It looks like I need to ask the question to answer it myself. Here is 
> the solution:
>
> if [ "${PLATFORM}" = "SunOS" ]; then
>
>     CFLAGS="${CFLAGS} -I${XMLSEC_DIR}/include"
>
>     export CPPFLAGS="-I${XMLSEC_DIR}/include"
>
>     export LDFLAGS="-L${XMLSEC_DIR}/lib"
>
> fi
>
> Evidently the variables are n to passed to the preprocessor, unless 
> "exported".
>
> -Tom
>
> Thomas Floodeen, Jr.
>
> Mentor Graphics BSD
>
> 720.494.1133
>
> *From:*Floodeenjr, Thomas
> *Sent:* Wednesday, February 16, 2011 8:13 AM
> *To:* 'xmlsec at aleksey.com'
> *Subject:* ltdl problem on Solaris
>
> I am having problems getting xmlsec configure to recognize that libtdl 
> is installed
>
> checking for xmlsec-crypto dynamic loading support... checking ltdl.h 
> usability... yes
>
> checking ltdl.h presence... no
>
> configure: WARNING: ltdl.h: accepted by the compiler, rejected by the 
> preprocessor!
>
> configure: WARNING: ltdl.h: proceeding with the compiler's result
>
> checking for ltdl.h... yes
>
> checking for lt_dlopenext in -lltdl... no
>
> configure: error: libltdl is required for xmlsec-crypto dynamic loading
>
> I have built and installed libtdl, but xmlsec claims it does not have 
> the correct symbols, when I believe it does.
>
> if [ "${PLATFORM}" = "SunOS" ]; then
>
>     CFLAGS="${CFLAGS} -I${XMLSEC_DIR}/include"
>
>     LDFLAGS="-L${XMLSEC_DIR}/lib"
>
> fi
>
> I noticed in config.log that the CFLAGS are correct, but the LDFLAGS 
> do not appear.
>
> What am I doing wrong?
>
> Thanks,
>
> -Tom
>
> Thomas Floodeen, Jr.
>
> Mentor Graphics BSD
>
> 720.494.1133
>
>
> _______________________________________________
> xmlsec mailing list
> xmlsec at aleksey.com
> http://www.aleksey.com/mailman/listinfo/xmlsec
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.aleksey.com/pipermail/xmlsec/attachments/20110220/4db7be99/attachment.html>