The build was successful, and the few example programs I tested run
fine now. However, my app seems to be dying - it looks like some
internal data is getting clobbered somewhere. An line like:
import mymodule
results in a
TypeError: bad argument type for built-in operation
The problem seems to
Found the bug. In the project files, you are doing
CONFIG += ppc i386
as per the qmake docs, it should read
CONFIG += ppc x86
This resulted in only the PPC half of the library being built, and
thus missing symbols when running on an Intel. I changed configure.py
in a few places to use the corre
I was testing this on a 10.5 box. I just noticed that it's using the
10.5 sysroot, so I will try again using the 10.4u SDK. On the 10.4 box
I was using, however, I was already using the 10.4u SDK.
On Sat, Mar 28, 2009 at 12:16 PM, Damien Elmes wrote:
> This seems to be a problem with building uni
This seems to be a problem with building universal binaries. If I
recompile sip without the -n flag to configure, the library loads
correctly.
Watching the compile for a -n build shows this warning
ld warning: in
/Users/ema/PyQt-mac-gpl-4.5-snapshot-20090326/qpy/QtCore/libqpycore.a,
file is not
Hi Gabriele,
you made some design mistakes:
- you have to create separate widgets for each row, you can't reuse them
- you have to add a top layout and assign it to the groupbox. Then you
can add the layouts of the lines to that top layout. You can't assign
multiple layouts to one widget.
To s
On Fri, Mar 27, 2009 at 10:14 AM, Darren Dale wrote:
> I have a simple question about QThread. The attached simple example
> illustrates a case where I have a widget that creates and holds a reference
> to a thread, setting itself as the parent. I need the parent to hold a
> reference to the thre
Hi,
On Friday 27 March 2009 15:14:07 Darren Dale wrote:
> I have a simple question about QThread. The attached simple example
> illustrates a case where I have a widget that creates and holds a reference
> to a thread, setting itself as the parent. I need the parent to hold a
> reference to the th
I have a simple question about QThread. The attached simple example
illustrates a case where I have a widget that creates and holds a reference
to a thread, setting itself as the parent. I need the parent to hold a
reference to the thread, so I can interrupt its execution for example. I
want to del
On Fri, 27 Mar 2009 14:13:48 +0900, Damien Elmes wrote:
> Unfortunately in my case one of the machines I tested was a fresh
> install, so there should be no issue of old libraries lying around. I
> also tried removing the old sip libraries and installing the latest
> sip on the other machine, but
Hello,
2009/3/27 Damien Elmes :
> Unfortunately in my case one of the machines I tested was a fresh
> install, so there should be no issue of old libraries lying around. I
> also tried removing the old sip libraries and installing the latest
> sip on the other machine, but no go.
I've just tried
10 matches
Mail list logo