Opened 15 years ago
Last modified 14 years ago
#19583 closed defect
py26-wxpython wrongfully decides to build himself universal — at Initial Version
Reported by: | Veence (Vincent) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.1 |
Keywords: | Cc: | ||
Port: | py26-wxpython |
Description
While wxwidgets is not universal (yet), because of dependencies on Carbon and Quicktime, py26-wxpython, when compiled on a universal python 2.6 environnement, tries to build himself universal, probably because it picks up the flags used for python 2.6 compiling during setup. Consequency: it fails miserably here:
src/mac/_gdi_wrap.cpp: In function 'PyObject* _wrap_Font_MacGetATSUFontID(PyObject*, PyObject*)': src/mac/_gdi_wrap.cpp:15883: error: 'class wxFont' has no member named 'MacGetATSUFontID'
because in the definition of the wxFont class, we read:
#ifndef __LP64__ // 'old' Quickdraw accessors short MacGetFontNum() const; short MacGetFontSize() const; wxByte MacGetFontStyle() const; // 'new' ATSUI accessors wxUint32 MacGetATSUFontID() const; wxUint32 MacGetATSUAdditionalQDStyles() const; wxUint16 MacGetThemeFontID() const ; // Returns an ATSUStyle not ATSUStyle* void* MacGetATSUStyle() const ; #else const void * MacGetCTFont() const; // soon to be removed for 64bit, Returns an ATSUStyle not ATSUStyle* void* MacGetATSUStyle() const ; #endif
the wxFont class not being the same on 32 and 64-bit mode.
Any idea to patch this up?
Note: See
TracTickets for help on using
tickets.