Some kdevelop 3.4 testing
Andreas Pakulat
apaku at gmx.de
Mon Oct 23 22:24:50 UTC 2006
On 19.10.06 17:28:11, Dario Vecchio wrote:
> I'm using kdevelop (branch 3.4) and monitoring svn activities.
> Thank you for the great work.
So after the feature freeze and cleaning out my todo-list, here's the
long answer to your mail. I'm cc-ing kdevelop-devel in case others want
to participate in discussion.
Any point that is not in this mail with a comment is fixed in the
current svn version.
> - QMake Manager (QT 4.1.3)
> - Add Subproject
> - After inserting the subproject name should show the configuration dialog
> (we have not yet specified if it is an application, a library or whatever)
Well we default to TEMPLATE=app as does qmake. I think this is sane and
doesn't force the user to go through "yet another dialog".
> - Subproject Settings
> - "Configuration" tab, "Build Mode" has no default selection (no radiobutton is checked)
This is a bit tricky, because we really don't know. If there's no value
in the .pro file qmake will use whatever was used when qt was compiled.
I guess we could default to debug, because people building apps will
probably debug them... I'll change that.
> - Checking any subproject in the "Includes" tab results in wrong -I<subproject dir>
> command line parameter (e.g. myproject/src, myproject/thelib results in
> -I<absolute path to myproject>/srcthelib). The error is already in the .pro file.
> I also think the path should be relative (-I../thelib) even in .pro file (qmake seems
> to transform some path from absolute to relative). If everythink inside project is relative
> we can easily move the project.
Well, the resulting .pro file looks as I started to put relative paths,
but didn't finish it. I'll fix that.
> - Build order:
> - seems to reflect the creation order and not the dependencies (if you create
> "src" application and then "thelib" library it doesn't work)
> - now works if manually change the build order in the root project
That would be rather hard to do and it's too late now anyway (feature
freeze). A nice idea though, I'll keep it in mind for kdevelop4.
> - SOURCES->RMB->context menu->Properties: removes the file
Not sure what you mean with that.
> - Shared Libraries: no rpath (linker option) to the relative subdir (the executable
> wont start)
There's no way to tell qmake to use rpath
> - I add a static lib (existing subproject) to "src" build and everythink is ok.
> Then I change the static lib to a dll: the "src" project gets confused. The lib is removed
> from "convenient libraries inside project" and an external nonexistent static lib.a
> is added to the "src" project.
That I need to look into.
> I also had a situation in which thelib.pro contains at the same time
> CONFIG += dll and CONFIG -= dll for a static library
That should be fixed.
> - Project Options->Debugger->Debugger Executable set to /usr/bin doesn't work
> (for me, gdb 6.5 installed from sources in /usr/local/bin, doesn't work even if I specify
> /usr/local/bin, it only works if left void or if I specify /usr/local/bin/gdb)
That is actually correct, you need to specify the executable, not just
the directory containing it.
> - Debugging (gdb 6.5) if you add a variable watch (say val) and then step out of the variable
> scope the debugger shows an error message box (must close it every time) but you cannot
> delete the watch from the "Variable" window because the invalid watch is disabled, so at every
> debugger step you get the error and must close the message box.
> I think should be better to mark (with different color or with a xxx value or whatever else better
> but not disable) the invalid watch in the "Variable" window without display any message box.
> Note that with gdb 6.4 there is not the problem but there are error messages closing the application
> under debug.
> Maybe kdevelop should test the gdb version (does it now?) to manage the different behaviours.
I leave that in this mail, but I suggest you sent out a separate mail to
kdevelop-devel at kdevelop.org about this last issue because the guy
responsible for the debugger probably doesn't read this mail.
Andreas
--
You will be winged by an anti-aircraft battery.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20061024/6d3aaf71/attachment.sig>
More information about the KDevelop-devel
mailing list