Hi Thiago,
[you knew this would be coming, I don't let you down]
On Monday June 18 2012, Thiago Macieira wrote:
* port QList
Before actually porting QList (esp. as I take the above to mean that QList
won't be bound to void* slots anymore): Is there than *anything* in QList
that QVector
While building the current qt5 git version I get several failures from idc.exe
with Invalid allocation size and a very large number, which seems to be the
debug value for uninitialized varibles.
I debugged one of those occurences and found line 1128 (f) in qaxserver.cpp:
int argc;
On 19.06.2012 11:04, Olivier Goffart wrote:
templatetypename T QMetaObject AT::staticMetaObject = { ... };
Hi Oliver,
looking at this with some hacking on moc,
templateclass T
class Foo : public QObject
{
Q_OBJECT
public:
Foo() {}
signals:
void asignal(T t);
};
it looks like
On Wednesday 20 June 2012 10:47:01 Peter Kümmel wrote:
On 19.06.2012 11:04, Olivier Goffart wrote:
templatetypename T QMetaObject AT::staticMetaObject = { ... };
Hi Oliver,
looking at this with some hacking on moc,
templateclass T
class Foo : public QObject
{
Q_OBJECT
On Wednesday 20. June 2012 11.25.28 ext Peter Kümmel wrote:
On 20.06.2012 11:09, Olivier Goffart wrote:
static const char qt_meta_stringdata_Fooint[] = {
Fooint\0\0t\0asignal(int)\0
};
That's because you are looking at Qt4.
In Qt5 it is could be something more like
On 20.06.2012 12:31, Thiago Macieira wrote:
On quarta-feira, 20 de junho de 2012 10.47.01, Peter Kümmel wrote:
When Fooint is used, we would need the meta type information
with 'int' not with T:
static const char qt_meta_stringdata_Fooint[] = {
Fooint\0\0t\0asignal(int)\0
};
Who
On quarta-feira, 20 de junho de 2012 13.09.40, Peter Kümmel wrote:
On 20.06.2012 12:31, Thiago Macieira wrote:
On quarta-feira, 20 de junho de 2012 10.47.01, Peter Kümmel wrote:
When Fooint is used, we would need the meta type information
with 'int' not with T:
static const char
Is it me or this thread was badly derailed?
Cheers,
--
Giuseppe D'Angelo
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On segunda-feira, 18 de junho de 2012 23.58.47, Thiago Macieira wrote:
* port QString, QByteArray and moc
- the meta object will no longer need to keep 24 bytes per string
QString and moc are done, though I somehow introduced a regression in tst_moc
in something completely unrelated.
--
On 20.06.2012 13:38, Thiago Macieira wrote:
On quarta-feira, 20 de junho de 2012 13.09.40, Peter Kümmel wrote:
On 20.06.2012 12:31, Thiago Macieira wrote:
On quarta-feira, 20 de junho de 2012 10.47.01, Peter Kümmel wrote:
When Fooint is used, we would need the meta type information
with
After the noise here real code:
https://qt.gitorious.org/~syntheticpp/qt/qt4/commit/c1b839494d90e8c1a93b0dd2e08a2a365095d89f
Based on Qt 4.8.2.
moc creates a header when it finds a template, if not then nothing changes.
(It builds Qt with the patch, but it's a hack in the parser)
In summary
On Tue, Jun 19, 2012 at 09:55:28PM -0400, Stephen Chu wrote:
Just a reminder that these changes are causing failure to build debug
dumper in Creator.
https://bugreports.qt-project.org/browse/QTCREATORBUG-7558
I think this is fixed in current master branch.
Until further notice, or until Qt
On 6/20/12 6:20 PM, André Pönitz wrote:
On Tue, Jun 19, 2012 at 09:55:28PM -0400, Stephen Chu wrote:
Just a reminder that these changes are causing failure to build debug
dumper in Creator.
https://bugreports.qt-project.org/browse/QTCREATORBUG-7558
I think this is fixed in current master
On Wed, Jun 20, 2012 at 08:52:55AM +0200, Marc Mutz wrote:
Hi Thiago,
[you knew this would be coming, I don't let you down]
On Monday June 18 2012, Thiago Macieira wrote:
* port QList
Before actually porting QList (esp. as I take the above to mean
that QList won't be bound to void*
On Thursday June 21 2012, André Pönitz wrote:
On Wed, Jun 20, 2012 at 08:52:55AM +0200, Marc Mutz wrote:
Hi Thiago,
[you knew this would be coming, I don't let you down]
On Monday June 18 2012, Thiago Macieira wrote:
* port QList
Before actually porting QList (esp. as I take the
On Wed, Jun 20, 2012 at 06:27:35PM -0400, Stephen Chu wrote:
Thanks. Is a completely new Creator required for it to work or just
the files (dumper.cpp, etc) for building the dumper? Try as I might,
I just cannot get Creator built in my system. If replacing the
dumper source files is all it
Oswald Buddenhagen said:
moin,
the buildsystem branch of qtbase is currently being integrated. this is
~120 commits worth of qmake project file fixes and cleanups. there are
some changes to how modularization (in particular configure tests) is
handled, and cross-building should be
On quinta-feira, 21 de junho de 2012 00.20.11, André Pönitz wrote:
I tried pretty hard to keep 2.5 as up-to-date as possible to the
Qt 5 branch at the time of release, but one cannot expect to be
able to predict details of not-yet-invented changes ;-}
C'mon, just use your crystal ball a little
On quarta-feira, 20 de junho de 2012 08.52.55, Marc Mutz wrote:
Hi Thiago,
[you knew this would be coming, I don't let you down]
On Monday June 18 2012, Thiago Macieira wrote:
* port QList
Before actually porting QList (esp. as I take the above to mean that QList
won't be bound to void*
19 matches
Mail list logo
