Hi
Since i finished the port of qt-creator build, i'm trying to identify why
automoc4 wasn't been able to build without patches adding moc_* in some codes
but qmake can.
DFaure helped a lot to identify the issue, and we have four corner cases to be
treated:
1 - w.cpp have an internal Q_OBJEC
Attached is the new way betetr patch to handle cases 1, 2 and 4 correctly.
3 still have need use the automoc4_moc_headers
An interesting case for 3 is generated headers from .ui files,
[]'s
On Tuesday 24 of March 2009 15:36:19 Helio Chissini de Castro wrote:
> Hi
>
> Since i finished the port
Attached is the new way better patch to handle cases 1, 2 and 4 correctly.
3 still have need use the automoc4_moc_headers
An interesting case for 3 is generated headers from .ui files,
[]'s
On Tuesday 24 of March 2009 15:36:19 Helio Chissini de Castro wrote:
> Hi
>
> Since i finished the port
Hello again!
I've updated the page for the following bug:
https://bugs.kde.org/show_bug.cgi?id=174806
with this attachment:
https://bugs.kde.org/attachment.cgi?id=32379
and this comment:
Sorry for getting back WAY too late on this one. I've got excuses, but
who cares... ;-)
I've atta
Hello,
I was reading the description of the different values for
CMAKE_BUILD_TYPE in
http://techbase.kde.org/Development/CMake/Build_Types and saw that the
"Debugging Features in Detail" table shows RelWithDebInfo as including
support kDebug and qDebug.
However, looking at
http://websvn.kde.org/*
