T O P I C R E V I E W |
.oisyn |
Posted - Aug 28 2006 : 09:52:51 AM VA X doesn't seem to be able to find the implementations of class functions if those functions aren't defined in the namespace in which they are declared. The implementations need to be enclosed in namespace blocks rather than using a using directive ('using namespace foo') or declaration ('using foo::bar') for the 'goto definition' to be able to work.
For example:
namespace bla
{
struct Foo
{
void Bar(); // #1
};
void Foo::Bar() // #2
{
}
} If I place the cursor on Bar in #2, VA X recognizes the method and says bla.Foo.Bar in it's context pulldown. If I place the cursor on Bar in #1 and issue a goto definition command, it goes to the implementation. This is correct behaviour.
However, if I do this (note that this is in fact legal C++):
namespace bla
{
struct Foo
{
void Bar(); // #1
}
}
using namespace bla;
// this would also be applicable: using bla::Foo;
void Foo::Bar() // #2
{
}
Again, on #2 it shows bla.Foo.Bar as the context. However, from #1 it can't find the definition of Foo::Bar. Also, it can't provide a list of members when I type 'this->' or access one of it's members. |
20 L A T E S T R E P L I E S (Newest First) |
support |
Posted - Jun 03 2013 : 2:02:16 PM case=7148 is fixed in build 1940 |
feline |
Posted - Jun 20 2007 : 07:00:49 AM That was rather unhelpful. Upgrading to VA 1557 should fix this problem for you, based on my tests.
http://www.wholetomato.com/downloads/default.asp |
.oisyn |
Posted - Jun 19 2007 : 5:59:45 PM Sorry, VS 2005 and VA 1555. I haven't had the chance to test it with 1557 yet.
I do in fact never use the typedef, I just included it for completeness' sake since it's very similar to the namespaces. I had a class inside a nested namespace that I wanted to implement without opening or using the whole namespace (so I did "using a::b::Foo;"). But as that didn't work, I tried to use the whole namespace as a workaround ("using namespace a::b;"), but that didn't work either.
I had no other option than to open up the whole namespace ("namespace a { namespace b {"), but since the functions of Foo in this particular case had some extern variable declarations inside the function definitions, it resulted in linker errors as the variables actually resided in the global namespace. (Because of the namespaces around the function definition they were wrongly declared inside a::b. Foo was a legacy class that used to reside in the global namespace itself, but I was moving it to a new namespace) |
feline |
Posted - Jun 18 2007 : 12:52:30 PM Which version of VA are you using? My reply was to your original post, I had not realised you had edited it when I posted.
I am not seeing any problems with:
using namespace a::b;
using VS2005 and VA 1557.
The typedef case, I am not surprised VA is confused by this. Do you actually have code like this? It seems an odd thing to do. |
feline |
Posted - Jun 18 2007 : 12:30:58 PM I am seeing the same effect here. Thank you for the clear description.
case=7148 |
.oisyn |
Posted - Jun 18 2007 : 08:48:48 AM Btw, it is in fact not working for using declarations, only for using directives
namespace a
{
struct Foo
{
void func();
};
}
using a::Foo;
void Foo::func() // VAX doesn't recognize this
{
}
And also not for nested namespaces with the using directive
namespace a
{
namespace b
{
struct Foo
{
void func();
};
}
}
using namespace a::b;
void Foo::func() // VAX doesn't recognize this
{
}
And with typedefs it is even worse. While in the previous situations you can still jump from definition to declaration (but not the other way around), if you use a typedef it doesn't understand it at all
struct Foo
{
void func();
}
typedef Foo Bar;
void Bar::func() // ????
{
} |
feline |
Posted - May 30 2007 : 2:34:04 PM These things happen I am glad you have gotten to the bottom of this problem.
Personally I really dislike the idea of trying to pick up using namespace lines from header files. To start with, how deep do you need to go? 1 header? 20 headers? 50 headers? |
.oisyn |
Posted - May 30 2007 : 10:03:49 AM Ok this is weird. When creating a small test-case, it *does* work (on both 2003 and 2005). But in our real-life project, it doesn't (VS 2003).
Header- and sourcefiles both have the same name, and they both show in the OFIW dialog (even if they're closed). Alt-o works as expected. Funny thing is, when doing FSIW, it finds two versions: the one with the namespace in front (e.g., cdc.CubeMapCamera.SetCamToPosition) that points to the declaration in the header file, and one without the namespace (CubeMapCamera.SetCamToPosition), that points to the definition in the sourcefile. If I do a similar FSIW on my small testcase, it finds only one entry (the one with the namespace), that points to the sourcefile. However, in both situations, it *does* show the namespace in the context dropdown when the cursor is on the method name in the sourcefile.
.edit: ah, I now see the cullprit. It appears that the sourcefile in question doesn't have the 'using namespace cdc;' directive - it is introduced in one of the headers it includes. I think it's debatable about whether VA X should be able to handle that since that probably requires parsing of headers in the context as they are oncluded in each sourcefile, rather than as stand-alone files, which I think is pretty undoable, but I'll leave that up to you (besides, using declarations and directives in the global namespace inside a header is bad coding practice in my book anyway). Adding the directive to the sourcefile worked. Sorry for the confusion |
feline |
Posted - May 24 2007 : 08:20:32 AM Which IDE are you using? I have just double checked this using VS2005 and VA 1555, on several different tests, and alt-g is working perfectly for me on all of these tests.
Do the cpp and .h you are using have the same name? Does alt-o work? If you close the cpp file - so it is not open in the IDE - is it listed in OFIW?
I am wondering if the problem is because VA does not know about the cpp file. |
.oisyn |
Posted - May 24 2007 : 06:37:48 AM You said it's fixed in 1543, but it's still not working in 1555
// test.h
namespace foo
{
class Bar
{
void f(); // #1
};
}
// test.cpp
#include "test.h"
using namespace foo;
void Bar::f() // #2
{
}
GotoImplementation doesn't work on #1. It works on #2 though, it jumps to the function declaration in the class definition in the header file. |
sean |
Posted - Dec 19 2006 : 9:28:21 PM case=2303 is fixed in build 1543 |
sean |
Posted - Dec 19 2006 : 9:13:30 PM case=2303 is fixed in build 1543 |
.oisyn |
Posted - Oct 23 2006 : 06:18:33 AM Ok, thanks for the heads-up. |
jpizzi |
Posted - Oct 22 2006 : 11:36:35 PM No problem for the kick. This one seems to be related to several other bugs (or are different manifestations of the same bug). The developers have been working on it, but no estimate of a resolution. Maybe a tough cookie to tackle. |
.oisyn |
Posted - Oct 21 2006 : 9:08:08 PM Sorry for the kick, but will this be addressed soon? Apparently it's still not fixed in 1539. It's very annoying I can't do a 'goto definition' from my header files to my source files, since my sourcefiles use a 'using namespace X; C::C() { }' instead of a 'X::C::C()' |
jpizzi |
Posted - Aug 31 2006 : 12:54:19 AM Got it.
case=2303 |
jpizzi |
Posted - Aug 30 2006 : 11:47:21 AM Unless one of the other support people beat me to it, I will look into this further (give me 12-18 hours). |
.oisyn |
Posted - Aug 29 2006 : 08:50:32 AM It's perfectly legal ISO C++, and VC++ is ok with it as well. You can substitute a typename with a typedef to that typename everywhere, also for method implementations. Even if the typename is in another namespace:
namespace a
{
struct Bar
{
void Foo();
};
}
namespace b
{
typedef a::Bar Baz;
}
void b::Baz::Foo() // actually implements a::Bar::Foo
{
}
Of course, I have never seen this counter-intuitive syntax in production work ;), but it's actually very similar to my first post in this thread. Type aliases should be mapped to their original typenames when parsing the code. |
jpizzi |
Posted - Aug 29 2006 : 01:39:24 AM Does the typedef example work (compile)? I wouldn't have expected a typedef to cover a method definition. Declaring a instance, yes, but defining a method?
|
.oisyn |
Posted - Aug 28 2006 : 09:54:28 AM Hmm, this also seems to apply with typedefs (even without namespaces):
struct Bar
{
void Foo();
};
typedef Bar Baz;
void Baz::Foo()
{
} |