Re: Review Request 109551: port KPtyProcess to QProcess
On March 18, 2013, 10:04 p.m., Oswald Buddenhagen wrote: kpty/tests/kptyprocesstest.cpp, line 193 http://git.reviewboard.kde.org/r/109551/diff/2/?file=120310#file120310line193 i don't think eating the sleep is a good idea. i'm sure i added it for a reason (in a previous life ^^). Martin Tobias Holmedahl Sandsmark wrote: with the sleep the test fails, and even with high load I can't get the test to fail without it. hmm, that means that something is actually broken in the port ... i'll need to look at it a bit more thoroughly. don't expect this to happen before the weekend. On March 18, 2013, 10:04 p.m., Oswald Buddenhagen wrote: kpty/tests/kptyprocesstest.cpp, line 210 http://git.reviewboard.kde.org/r/109551/diff/2/?file=120310#file120310line210 the -c needs to be a separate argument. the quotes, backslashes and attempt at a newline are all garbage. Martin Tobias Holmedahl Sandsmark wrote: I first had -c as a separate argument, and it didn't matter. And I had to add an extra newline to get it to work with doing it manually. well, i'm just telling you how it should be, i.e., what setShellCommand() did. if that doesn't work, we have a real problem - most likely related to the other failure. - Oswald --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/109551/#review29478 --- On March 18, 2013, 7:54 p.m., Martin Tobias Holmedahl Sandsmark wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/109551/ --- (Updated March 18, 2013, 7:54 p.m.) Review request for KDE Frameworks, kdelibs, David Faure, and Oswald Buddenhagen. Description --- Just a simple port of KPtyProcess away from using KProcess. Diffs - kpty/kptyprocess.h 5e0df96 kpty/kptyprocess.cpp 015a58c kpty/tests/kptyprocesstest.cpp 04990a0 Diff: http://git.reviewboard.kde.org/r/109551/diff/ Testing --- builds and tests pass. Thanks, Martin Tobias Holmedahl Sandsmark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 109551: port KPtyProcess to QProcess
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/109551/#review29432 --- kpty/tests/kptyprocesstest.h http://git.reviewboard.kde.org/r/109551/#comment21974 Why are these commented out instead of being removed? - Jan Kundrát On March 17, 2013, 4:44 p.m., Martin Tobias Holmedahl Sandsmark wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/109551/ --- (Updated March 17, 2013, 4:44 p.m.) Review request for KDE Frameworks, kdelibs and David Faure. Description --- Just a simple port of KPtyProcess away from using KProcess. Diffs - kpty/kptyprocess.h 5e0df96 kpty/kptyprocess.cpp 015a58c kpty/tests/kptyprocesstest.h 64bded0 kpty/tests/kptyprocesstest.cpp 04990a0 Diff: http://git.reviewboard.kde.org/r/109551/diff/ Testing --- builds and tests pass. Thanks, Martin Tobias Holmedahl Sandsmark ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: [cmake-developers] CMake usage requirements in KDE Frameworks
On 03/19/2013 04:02 PM, Alexander Neundorf wrote: On Tuesday 19 March 2013, Stephen Kelly wrote: I don't mind renaming it, but it's a topic for the cmake list. So, I think the variable name CMAKE_BUILD_INTERFACE_INCLUDES is to general. Since it is similar to the effect of CMAKE_INCLUDE_CURRENT_DIR, I suggest renaming it e.g. to CMAKE_INCLUDE_CURRENT_DIR_IN_INTERFACE. The proposed name is much better. The old name was never in a final release so it is easy to rename now: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fc43477d applies to both the BUILD and INSTALL include interfaces. To limit it to one or the other, you have to specify it: target_include_directories(foo INTERFACE $BUILD_INTERFACE:/foo/interface/only ) Why was this generator expression approach chosen over simply adding suitable keywords, as it is done for all other cmake commands ? target_include_directories(foo INTERFACE_BUILD ${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_SOURCE_DIR}/whatever/ ${CMAKE_CURRENT_BINARY_DIR} INTERFACE_INSTALL ${INCLUDE_INSTALL_DIR} ) The keywords won't interact well with PUBLIC/PRIVATE/INTERFACE keywords. Also the arguments are likely to be built up in lists: target_include_directories(foo PUBLIC ${foo_INCLUDE_DIRS} ${other_INCLUDE_DIRS} ) that may or may not contain multiple entries and multiple uses of each $BUILD_INTERFACE:... and $INSTALL_INTERFACE:... expression. The generator expressions bind tightly. -Brad ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel