[
https://issues.apache.org/jira/browse/XERCESC-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Boris Kolpackov updated XERCESC-1892:
-------------------------------------
Fix Version/s: 3.1.0
> configure irationally forces -L/usr/local/lib
> ----------------------------------------------
>
> Key: XERCESC-1892
> URL: https://issues.apache.org/jira/browse/XERCESC-1892
> Project: Xerces-C++
> Issue Type: Bug
> Affects Versions: 3.0.1
> Reporter: Philip Brown
> Assignee: Boris Kolpackov
> Fix For: 3.1.0
>
>
> I am building two sets of tool chains. one 32bit, in /usr/local.
> Another one, 64bit, in /usr/local/64
> I have taken everything referencing /usr/local out of my environment, and
> have successfully compiled other software. However, when it comes to xerces-c
> 3.0.1, even though I have explicitly told it
> --prefix=/usr/local/64
> it insists on adding -L/usr/local/lib for curl or something.
> I dont know for sure that curl is the reason why it is added.. but it PICKS
> UP /usr/local/lib/libcurl.la from that, and then screws up my nice 64bit
> build, by attempting to link in /usr/local/lib/libcurl.so
> When I temporarily remove libcurl.la from there, it compiles. but this is not
> an acceptible workaround.
> Actually, it would appear that specifying --with-curl=/usr/local/64
> overrides, but this is inappropriate! it should check in $prefix FIRST, not
> decide to go look in /usr/local for curl before anything else.
--
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-unsubscr...@xerces.apache.org
For additional commands, e-mail: c-dev-h...@xerces.apache.org
