Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 Issue with "asymetric" namespace aliases
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

cyril
Junior Member

19 Posts

Posted - Feb 08 2015 :  2:22:09 PM  Show Profile  Reply with Quote
Hi,

VA X doesn't seem to match declaration and definition of a member function in a class that is declared within a namespace, but its definition is written using a namespace alias.

myclass.h

namespace MyNamespace1 {
namespace MyNamespace2 {

class MyClass
{
    void f();
};

}}


myclass.cpp

#include "myclass.h"

namespace MN = MyNamespace1::MyNamespace2;

void MN::MyClass::f()
{}


I didn't check if the problem is actually present on such a simple example but it's all over our solution right now.

Is it a known problem? We have a huge codebase that recently got refactored to this scheme and it's a pain not being able to simply switch for def to decl and vice-versa.

Thanks,
Cyril

accord
Whole Tomato Software

United Kingdom
3287 Posts

Posted - Feb 09 2015 :  5:52:14 PM  Show Profile  Reply with Quote
I am seeing the same effect here. Thank you for the clear description.

case=87809
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18751 Posts

Posted - Feb 11 2015 :  1:43:24 PM  Show Profile  Reply with Quote
As a partial work around have you tried using Find References? In your sample code Find References is working for me. If this works in your main solution, you can delete the excess references from the results list, and you can also clone the results list, allowing you to keep several lists on hand.

Its not the same, but it might help a bit.

zen is the art of being at one with the two'ness
Go to Top of Page

cyril
Junior Member

19 Posts

Posted - Feb 17 2015 :  09:47:43 AM  Show Profile  Reply with Quote
Thank you for your answer and suggestion.

However we would be very pleased if such navigation would just work seamlessly, since this pattern is not really exotic...

Cheers
Cyril
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18751 Posts

Posted - Feb 17 2015 :  5:56:48 PM  Show Profile  Reply with Quote
I agree, this is what case=87809 covers. I don't currently have an estimate for when this will be done, but when this has been fixed navigation should be seamless.

C++ allows a lot of flexibility, so we do come across things that we don't handle properly, and work to fix them when we do.

zen is the art of being at one with the two'ness
Go to Top of Page

cyril
Junior Member

19 Posts

Posted - Apr 17 2015 :  09:20:28 AM  Show Profile  Reply with Quote
Hi!
Silly question :) Is there a way I can track case=87809 ?
Thanks
Cyril
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18751 Posts

Posted - Apr 17 2015 :  4:39:08 PM  Show Profile  Reply with Quote
Not silly at all, a perfectly reasonable question. Unfortunately no, we don't make our bug tracker public, but this thread should be updated when this case is fixed, and you can always ask for an update.

Unfortunately no progress yet on this. We have looked enough to have a sense of why and what is going wrong here, but that does not mean its immediately clear how to fix this. This is on our list of bugs to fix, but I don't currently have an estimate of when we will try and resolve this.

zen is the art of being at one with the two'ness
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000