#11813 closed defect (fixed)
BUG: xercesc 2.7.0, textproc/xercesc fails to compile on Intel Mac
Reported by: | kjomara@… | Owned by: | boeyms@… |
---|---|---|---|
Priority: | High | Milestone: | |
Component: | ports | Version: | 1.4 |
Keywords: | xercesc, intel | Cc: | chris.ridd@…, kjomara@…, boeyms@… |
Port: |
Description
chris.ridd@… is the maintainer, cannot find him in the Assign To: list. I Receive the following error during the build phase of XercesC with my Intel Macbook:
---> Building xercesc with target all Error: Target com.apple.build returned: shell command " cd "/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_textproc_xercesc/work/xerces-c-src_2_7_0/src/xercesc" && gnumake all " returned error 2 Command output: Base64.cpp:335: error: 'memMgr' was not declared in this scope Base64.cpp:336: error: 'XMLPlatformUtils' has not been declared Base64.cpp:336: error: 'fgMemoryManager' was not declared in this scope Base64.cpp:346: error: 'decodedLen' was not declared in this scope Base64.cpp:347: error: 'conform' was not declared in this scope Base64.cpp: At global scope: Base64.cpp:359: error: expected constructor, destructor, or type conversion before '*' token Base64.cpp:470: error: 'Base64' has not been declared Base64.cpp:474: error: 'Conformance' has not been declared Base64.cpp: In function 'XMLByte* decode(const XMLByte*, unsigned int*, XMLByte*&, MemoryManager*, int)': Base64.cpp:478: error: 'init' was not declared in this scope Base64.cpp:486: error: 'XMLString' has not been declared Base64.cpp:486: error: invalid conversion from 'const char*' to 'int' Base64.cpp:486: error: initializing argument 1 of 'unsigned int stringLen(int)' Base64.cpp:488: error: 'XMLPlatformUtils' has not been declared Base64.cpp:488: error: 'fgMemoryManager' was not declared in this scope Base64.cpp:496: error: 'Conf_RFC2045' was not declared in this scope Base64.cpp:499: error: 'XMLChar1_0' has not been declared Base64.cpp:499: error: 'isWhitespace' was not declared in this scope Base64.cpp:513: error: 'Conf_Schema' was not declared in this scope Base64.cpp:515: error: 'chSpace' was not declared in this scope Base64.cpp:520: error: 'chSpace' was not declared in this scope Base64.cpp:575: error: 'isData' was not declared in this scope Base64.cpp:600: error: 'isData' was not declared in this scope Base64.cpp:615: error: 'isData' was not declared in this scope Base64.cpp: At global scope: Base64.cpp:670: error: 'Base64' has not been declared Base64.cpp:691: error: 'Base64' has not been declared gnumake[1]: * [Base64.o] Error 1 gnumake: * [Util] Error 2
Error: Status 1 encountered during processing.
Attachments (1)
Change History (8)
comment:1 Changed 18 years ago by boeyms@…
Cc: | chris.ridd@… kjomara@… boeyms@… added |
---|
comment:2 Changed 18 years ago by boeyms@…
Component: | base → ports |
---|---|
Summary: | xercesc 2.7.0, textproc/xercesc fails to compile on Intel Mac → BUG: xercesc 2.7.0, textproc/xercesc fails to compile on Intel Mac |
Update summary to conform with the standard currently described on TracTicketing, and correct Component: from base to ports.
comment:3 Changed 18 years ago by boeyms@…
Status: | new → assigned |
---|
comment:4 Changed 18 years ago by boeyms@…
The attached patch appears to fix the problem: at least in 1.4.3, MacPorts includes quotation marks as literals in the setting of environment variables, which misdirects xerces about the paths in which to look for files. The patch is designed to be applied with -p0 from the trunk.
As the maintainer is not a committer, I will wait for three days for a response from the maintainer as per standard procedure before committing.
Changed 18 years ago by boeyms@…
Attachment: | xerces-2.7.0-#11813.diff added |
---|
comment:5 Changed 18 years ago by boeyms@…
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Attached patch applied in r24785.
comment:6 Changed 18 years ago by boeyms@…
Revised in r24839 by bumping the revision to guarantee that others get the fix.
Added email address of reporter, assignee and port maintainer to the Cc: field so that all three actually receive updates when the ticket is updated. In line with the TracTicketing wiki page on what to do when the maintainer does not appear on the list of possible assignees, this should have been assigned to macports-dev@, but I've decided to remain as assignee for now.