[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 140573] New: incorrect stub generation upon hitting "F2" on a
From:       Hristo Ivanov <gadniomaina () yahoo ! com>
Date:       2007-01-24 22:30:17
Message-ID: 20070124233016.140573.gadniomaina () yahoo ! com
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=140573         
           Summary: incorrect stub generation upon hitting "F2" on a class
                    function
           Product: kdevelop
           Version: unspecified
          Platform: Fedora RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-bugs kdevelop org
        ReportedBy: gadniomaina yahoo com


Version:           any (using KDE KDE 3.5.5)
Installed from:    Fedora RPMs
OS:                Linux

Let's have a header file, "important_stuff.h":
-- important_stuff.h --
class x
{
  typedef int x_t;
  int_t foo();
};
-- end of important_stuff.h --

and an implementation file, "important_stuff.cpp":

-- important_stuff.cpp --
#include "important_stuff.h"
-- end of important_stuff.cpp --

Position the cursor upon the definition of "int_t foo();" inside "important_stuff.h" \
and press F2. This should call the stub generation routine that places an empty stub \
in "important_stuff.cpp", that looks like the following:

int_t x::foo()
{
}

This is wrong. The return type of the stub is not "int_t", but "x::int_t". The bug is \
reproducable with all types like "int_t", no matter weather they appear as return \
types or as argument types.

Please note that when we have nested classes, like this one:

class x
{
  class y
  {
    typedef int int_t;
    class z
    {
      int_t moo();
    };
  };
};

pressing "f2" upon "int_t moo()" should generate the following:

x::y::int_t x::y::z::moo()
{
}

This bug happens on KDevelop 3.x, and on the current CVS version, too. I didn't have \
the possibility to test it on older versions.


[prev in list] [next in list] [prev in thread] [next in thread]