Thank You.
When I used LDFLAGS to point the proper directory, now there is the
following problem seen in the process of configuration:
Perhaps there is a "bug"? or some other mechanism that I'm not aware of?
(Note that
LDFLAGS=/local/user_data/mkpne_yhc_yhc_ltefdd_la6.0_112784/eccm/build/INSTALL_STAGE/curl-7.25.0/usr/local/li)
configure:5989: $? = 1
configure:6009: checking whether the C compiler works
configure:6031: powerpc-wrs-linux-gnu-ppc_e500v2-glibc_cgl-gcc -g -O2
-fomit-frame-pointer -D__USE_STRING_INLINES -pipe -DDEBUG_LEVEL=3
/local/user_data/mkpne_yhc_yhc_ltefdd_la6.0_112784/eccm/build/INSTALL_STAGE/curl-7.25.0/usr/local/lib
conftest.c>&5
/local/user_data/mkpne_yhc_yhc_ltefdd_la6.0_112784/eccm/build/INSTALL_STAGE/curl-7.25.0/usr/local/lib:
file not recognized: Is a directory
collect2: ld returned 1 exit status
On 5/25/2012 9:01 AM, Martin Willi wrote:
Do you mean that strongswan needs this libcurl.so when "curl" plugin
is loaded at runtime?
Yes.
If so, then where should this libcurl.so be located at run time, e.g.
as a part of all other strongswan's .so file location?
Wherever your dynamic linker looks for shared libraries,
usually /usr/lib, maybe /usr/local/lib. man ld.so and ldconfig for
details.
Regards
Martin
_______________________________________________
Users mailing list
[email protected]
https://lists.strongswan.org/mailman/listinfo/users
