xerces-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Boris Kolpackov (JIRA)" <xerces-c-...@xml.apache.org>
Subject [jira] Commented: (XERCESC-1853) configure incorrectly detects curl in cross-compile build
Date Tue, 03 Feb 2009 08:39:59 GMT

    [ https://issues.apache.org/jira/browse/XERCESC-1853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12669896#action_12669896

Boris Kolpackov commented on XERCESC-1853:

There is also a similar problem with 64-bit Mac OS X build where only 32-bit libcurl is available,
The problem is that the test for the libcurl presence checks for a header in /usr/include
and /usr/local/include. Instead, it should just try to compile and link a test application
to detect if libcurl is available. I think we have a similar problem with other tests.

> configure incorrectly detects curl in cross-compile build
> ---------------------------------------------------------
>                 Key: XERCESC-1853
>                 URL: https://issues.apache.org/jira/browse/XERCESC-1853
>             Project: Xerces-C++
>          Issue Type: Bug
>          Components: Build
>    Affects Versions: 3.0.0
>         Environment: Linux  2.6.27-gentoo-r8 #1 SMP PREEMPT Tue Jan 27 11:07:48 CET 2009
i686 Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz GenuineIntel GNU/Linux
>            Reporter: Miroslav Kes
> I' trying to cross-compile xerces-c for ARM/Xscale. Build host Linux x86, target platform
Xcale BE.
> The configure script detects presence of curl as the NetAccessor candidate based on presence
of /usr/include/curl/* on the build host not in the cross-compile toolchain.
> Example: 
> My cross compile toolchain is installed under /opt/clfs/armv5teb-softfloat-linux-gnueabi
so when invoking configure scripte like
> ~/tmp/xerces-c-3.0.0 $ ./configure --host=armv5teb-softfloat-linux-gnueabi
> I get this output:
> ...
> checking for libcurl... /usr
> checking whether we can support the libcurl-based NetAccessor... yes
> checking whether we can support the sockets-based NetAccessor... yes
> checking for which NetAccessor to use (choices: -curl- -socket-)... curl
> ...
> The configure script should check headers and libraries under /opt/clfs/armv5teb-softfloat-linux-gnueabi/usr/include
resp. /opt/clfs/armv5teb-softfloat-linux-gnueabi/usr/lib. In my case there is no curl directory
under  /opt/clfs/armv5teb-softfloat-linux-gnueabi/usr/include but the configure script detects
curl as installed chooses it as the preferred NetAccessor.
> Instead, it likely checks the /usr/include of the build host because If I rename it to
let's say /usr/include/curl.bak the .configure script doesn't find curl and uses socket as
the preferred NetAccessor.
> There is a workaround to use the --disable-netaccessor-curl option but the configure
script should work correctly with default settings.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org

View raw message