Re: Xcode 3.1 problem checking dependencies
Re: Xcode 3.1 problem checking dependencies
- Subject: Re: Xcode 3.1 problem checking dependencies
- From: email@hidden
- Date: Tue, 15 Jul 2008 10:34:20 +0200
One thing you can do (if you still need to keep the recursive search
paths) is to use the one (or both) of following build settings:
EXCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES
INCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES
From Research Assistant:
EXCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES
This is a list of fnmatch()-style patterns of file or directory names
to exclude when performing a recursive search. By default this list is
set to "*.nib *.lproj *.framework *.gch *.xcode (*) CVS .svn".
Normally, if you override this value you should make sure to include
the default values via the '$(inherited)' macro.
INCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES
This is a list of fnmatch()-style patterns of file or directory names
to include when performing a recursive search. By default this list is
empty and is only customized when you want to provide exceptions to
the list of filename patterns provided in the "Sub-Directories to
Exclude in Recursive Searches".
This will help to greatly reduce the number of directory expansions
Xcode has to do for GCC, especially if your have whole sub-trees for
code from other platforms/documentation/Resources etc etc.
E.g
EXCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES = $(inherited) doc src
MFC win vc8 *.build
On 15 Jul 2008, at 6:44am, David Dunham wrote:
We got that one today too. On only one machine.
Turned out we did have an excessively recursive search (../**), and
that developer had far more folders from the Subversion repository
checked out.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden