#51032: python27: modules built with the default python27 fail when used with python27 +ucs4 ------------------------------+---------------------- Reporter: Peter_Dyballa@… | Owner: devans@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: wontfix | Keywords: Port: python27 | ------------------------------+---------------------- Changes (by devans@…): * status: new => closed * resolution: => wontfix * port: gtk-doc => python27 Comment: Replying to [comment:5 phoenix.zerin@…]:
Upgrading `py27-libxml2` using the method recommended in https://trac.macports.org/ticket/51032#comment:3 allowed me to build gtk- doc successfully.
``` sudo port -ns upgrade --force py27-libxml2 ```
Best to upgrade to Python 3.3 if at all possible (https://www.python.org/dev/peps/pep-0393/).
In general, if use of the full Unicode code set is important for you, using a recent python3 where it is handled natively is, indeed, your best bet. We are currently discontinuing support for Python 3.3 so Python 3.4+ is recommended. The problem here is not an issue with a particular port but with mixing binary modules built against python27 (binary archive of py27-xml2) with python27 +ucs4. Rebuilding these modules against python27 +ucs4 as recommended above can help but this is not guaranteed to work in all cases. Doing this properly would mean rebuilding all python modules from source (using port -s) against python2.7 +ucs but again this is believed to have led to other problems in the past. I'm looking at upgrading itstool to use python3 if possible. See https://trac.macports.org/ticket/51141#comment:3 for additional discussion of the +ucs4 issue. -- Ticket URL: <https://trac.macports.org/ticket/51032#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X