Re: Finding Files Buried in Groups
Re: Finding Files Buried in Groups
- Subject: Re: Finding Files Buried in Groups
- From: Nick Nallick <email@hidden>
- Date: Thu, 29 Dec 2005 10:31:25 -0700
On Dec 29, 2005, at 9:22 AM, j o a r wrote:
I've succeeded in compiling my project but I'm failing to link
with a bunch of duplicate definition errors. Apparently I dragged
a source file into the project twice into different groups (why is
this even possible?).
The group tree is a virtual grouping of files, it doesn't have to
give any indication of how the files are structured on disk, or
how / if they are included in targets to be compiled.
Apparently what I've done is add the same file to the target twice.
This seems like something that shouldn't be allowed.
I've now bitten the bullet and gone through my groups one by one
until I found the problem file. Once I remove the second copy of the
file I can link. The odd thing is that I can't reproduce the problem
on purpose. If I drag that file back into the same location I can
now build successfully without Xcode trying to link in that file twice.
Unfortunately I can't find the incorrect copy of it. How do I
locate a file in an unknown group without manually opening every
group?
If you know the symbol, you should be able to figure out which file
it is in. When you have the file, open the inspector and check
which targets it belongs to. More than one?
I think you misunderstand my problem. I know which file is causing
the problem, what I don't know is where the second copy of it is
located in the project. It's buried in a group somewhere, but I
can't figure out which group it's in. I only have one target in my
project, but I have two build configurations (debug and release). I
can't remember from WWDC if this the preferred way to do this or
backward.
Is there any way to get a flat list of all the files in a project?
If you select the project icon in the project window and open the
"Detail" tab, you'll see all the files in one long list.
Perhaps because I'm working in the condensed layout it took me a
while to find the detail view. FWIW, in the default view the little
icon button for the detail view above the scroll bar is rather
counterintuitive. I thought it was broken after it worked the first
time but wouldn't work again. Eventually I figured out it needed a
double-click whereas the buttons around it (e.g., the pane splitter)
work with a single click. It's not a very Mac-like UI.
Also, my comments earlier about the hammer, error, and warning
columns only appear to apply to the condensed view because the
default view only shows those items in the detail view and the detail
view doesn't show groups at all. IMO, the condensed view could use a
little refinement.
Nick
_______________________________________________
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