id summary reporter owner description type status priority milestone component version resolution keywords cc port 19583 py26-wxpython wrongfully decides to build himself universal Veence jameskyle@… "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? " defect closed Normal ports 1.7.1 fixed alex@… michaelld cvanweelden@… jjstickel@… arobson73@… py26-wxpython