This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 76475 - Handle relative paths (such as -I..) in preprocessor
Summary: Handle relative paths (such as -I..) in preprocessor
Status: RESOLVED FIXED
Alias: None
Product: cnd
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 5.x
Hardware: All All
: P3 blocker (vote)
Assignee: issues@cnd
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-17 11:25 UTC by Vladimir Kvashin
Modified: 2006-07-10 14:35 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Kvashin 2006-05-17 11:25:28 UTC 
Now preprocessor doesn't handle relative paths: for example if -I.. is in
include paths, preprocessor does not search parent directory.

Consider the following files:

bash> ls ../include/
file1.h  file2.h

bash> ls
file.cc
bash> cat file.cc
#include "file1.h"
#include "include/file2.h

Specify -I../include -I.. as include paths.

For now model wouldn't find neither file1.h nor file2.h
Comment 1 Thomas Preisler 2006-07-01 15:29:25 UTC 
I cannot say whether this is really fixed or not, but the user defined include
paths are now expressed as absolute paths which should enable the code model to
resolve the listed include directives.
Comment 2 Vladimir Kvashin 2006-07-10 14:35:37 UTC 
Yes, it is fixed in preprocessor implementation too ("." is treated as current
directory).