[ https://issues.apache.org/jira/browse/XERCESC-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12768342#action_12768342 ]
Philip Brown commented on XERCESC-1892: --------------------------------------- depends which "old way" you mean. the "old way xerces-c did it" is bad. the "old way programs used to detect, before curl-config" == good. BTW, I'd like to suggest the 'blind test" as the second test after curl-config: Just try compiling the test prog with -lcurl and see if it works. If it does, then great you're done. j > 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 > > 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