Launchpad has imported 4 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=176693.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2008-12-02T12:14:58+00:00 Michael Casadevall wrote: Version: (using Devel) Compiler: GCC 4.3 ARM architecture OS: Linux Installed from: Compiled sources On architectures where Qt doesn't define qreal to double but a float (that is, architectures lacking a FPU, the ARM architecture, and Windows CE), parts of KDE fail to build from source, such as kde4bindings due to this mismatch since a few APIs return QList <double> vs QList <qreal>, which then fail when other code (such as kde4bindings), tries to QList<qreal> = *function call that returns QList <double>* majorTickMarks() and minorTickMarks() are two functions (from kplotaxis.h), that currently have this issue, but their may be others that also do. Although the obvious fix would be to change the QList<doubles> to QList<qreal>, this may be the wrong way to fix it (there are cases where you want to return doubles for instance). I"ll provide a patch once the proper fix is determined. Reply at: https://bugs.launchpad.net/kdebindings/+bug/308814/comments/0 ------------------------------------------------------------------------ On 2008-12-02T12:41:00+00:00 mumismo wrote: moved to bindings Reply at: https://bugs.launchpad.net/kdebindings/+bug/308814/comments/1 ------------------------------------------------------------------------ On 2008-12-02T12:50:26+00:00 Michael Casadevall wrote: I'm not moving this bug to bindings is appropriate; this is an issue with kdelibs specifically, it just happens bindings has code that triggers the build failure. kplotaxis is a QWidget derived widget; the bug is occurring because its using double directly vs. qreal. Alternatively, if it is a binding specific problem, then the bug is in sip specifically since that's what generates the code, but as far as I can tell, placing data elements from KPlotAxis into a QList<qreal> is acceptable (aka, sip is generated proper code, it just happens that as long as kplotaxis is using double specifically vs. qreal, it will break on architectures that qreal != double). Reply at: https://bugs.launchpad.net/kdebindings/+bug/308814/comments/2 ------------------------------------------------------------------------ On 2008-12-22T11:04:55+00:00 Michael Casadevall wrote: Created attachment 29543 Checks for PyQt_qreal_double ... The main issue was caused by PyQt_qreal_double not being passed to sip during the generation of python-kde4 C files. The following patch fixes that, but the cmake code should probably be changed to use all the options set forth by SIP (unless this is done like this for a reason). Reply at: https://bugs.launchpad.net/kdebindings/+bug/308814/comments/9 -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to python-qt4 in Ubuntu. https://bugs.launchpad.net/bugs/308814 Title: kde4bindings fails to build on ARM To manage notifications about this bug go to: https://bugs.launchpad.net/kdebindings/+bug/308814/+subscriptions -- kubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
