Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
 All Forums
 Visual Assist
 Technical Support
 1549: additional include directories

You must be registered to post a reply.
Click here to register.

Screensize:
UserName:
Password:
Format: BoldItalicizeUnderlineStrikethrough Align leftCenterAlign right Insert horizontal ruleUpload and insert imageInsert hyperlinkInsert email addressInsert codeInsert quoted textInsert listInsert Emoji
   
Message:

Forum code is on.
Html is off.

 
Check to subscribe to this topic.
   

T O P I C    R E V I E W
bugfix Posted - Mar 29 2007 : 1:42:17 PM
i have some projects where i use environment variables in project settings to specify include and lib file locations, e.g. "$(BLADIR)/subdir"
the problem is that vax seems to be unable to resolve includes located there which results in unknown symbols.
im kinda sure that this used to work, i might be wrong though:)

i have set vax to reparse all files on project open
using vs2003 sp1, c++
7   L A T E S T    R E P L I E S    (Newest First)
feline Posted - Mar 30 2007 : 10:13:30 AM
These things happen, and it is good to make sure we have not accidentally broken this!
bugfix Posted - Mar 29 2007 : 4:05:34 PM
bummer... i had a typo. after 16 hours coding all those characters start looking the same:)
sorry for inconvenience
feline Posted - Mar 29 2007 : 3:40:46 PM
Well at least that is clear cut. Have you tried restarting the IDE, just to make sure that any changes to the solution have been saved, and seen by VA?

Can you confirm that the additional include directories setting is still filled in?
You could always try a reboot to make sure the environment variable is being properly exported by the OS - I know you shouldn't need to, but this should be working *puzzled*

If none of this helps, can you post the string you have in additional include directories, along with the value of the environment variable? I can then use the same settings here.
bugfix Posted - Mar 29 2007 : 3:14:50 PM
wizard bar is empty and alt-g doesn't do anything.
feline Posted - Mar 29 2007 : 3:09:36 PM
What does the wizard bar show you when you place the caret inside the file name on the #include line?
Does alt-g take you to the files?

I am wondering if VA can find the files, but is simply not parsing them automatically.
bugfix Posted - Mar 29 2007 : 2:44:13 PM
ya thats pretty much it

to give some more detail, im using a SDK which has the following layout:
e:\\somesdk\\contrib\\boost
e:\\somesdk\\contrib\\xxx
e:\\somesdk\\include
e:\\somesdk\\include\\xxx
e:\\somesdk\\include\\yyy
e:\\somesdk\\include\\zzz

so i did smth like this:
set SOMESDK=e:\\somesdk\\include
set SOMESDK_CONTRIB=e:\\somesdk\\contrib

in source code i do:
#include <xxx/some.h>
#include <yyy/some.h>
#include <boost/some.h>


btw you dont need to reboot for testing. you can open e.g. a cmd prompt, set the env vars and start vs from there or you make a batch
dont forget to rebuild db:)
feline Posted - Mar 29 2007 : 2:28:37 PM
using VS2003 and VA 1549 running on win2k I have just performed the following test:

In windows control panel I have added the environment variable QTDIR = "C:\\Qt\\live"
Reboot the machine
Load VS2003 and in "Project properties -> C/C++ -> General -> Additional Include Directories" set this to "$(QTDIR)\\include"
Close the IDE, saving my changes
Reload the IDE and the solution, and type the line:

#include "qst"

At this point VA quite happily suggested "qstring". After accepting it, and placing the caret in the file name the definition field shows the path "C:\\qt\\live\\include\\qstring.h" and alt-g takes me to this file.

Am I testing the right thing? I just want to make sure there is no confusion before going any further.
Based on this test, this is still working perfectly in VA 1549, so why are you having problems? This is the question we now need to look into.

© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000