DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21306>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21306 ifeq test too restrictive in util/Compilers/Makefile Summary: ifeq test too restrictive in util/Compilers/Makefile Product: Xerces-C++ Version: 2.3.0 Platform: Sun OS/Version: Solaris Status: NEW Severity: Enhancement Priority: Other Component: Build AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The test for what your compiler is in order to assign the CPP_OBJECTS variable is too tight I think. It reads (line 103 in my case): ifeq (${CXX},CC)) I ran: runConfigure -psolaris -c<full path>cc -x<full path>CC -rpthread which meant that CXX did not equal CC in this test. I think the test should be something like: CXXNAME:=$(shell basename ${CXX}) ifeq (${CXXNAME},CC)) The workaround is obviously to set your path so the compiler's bin dir is the first element and use: runConfigure -psolaris -ccc -xCC -rpthread This took me a while to work out why I had problems with stricmp being missing though as the problem is silent. Maybe another solution is to test whether CPP_OBJECTS is set and fail if not. The reason I wanted to use the full path is that I have several versions of CC and I wanted to make absolutely sure I was using the correct one. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
