Re: Xcode Build Location
Re: Xcode Build Location
- Subject: Re: Xcode Build Location
- From: Sandor Szatmari via Cocoa-dev <email@hidden>
- Date: Fri, 8 May 2020 11:34:43 -0400
Richard,
> On May 8, 2020, at 10:16, Steve Mills via Cocoa-dev
> <email@hidden> wrote:
>
> On May 8, 2020, at 09:08:17, Richard Charles via Cocoa-dev
> <email@hidden> wrote:
>>
>> Some of the dynamically linked libraries are large. If they are put in a
>> workspace with the main project then it is so large it becomes cumbersome to
>> work with.
>>
>> One library has over 1,100 source files. Using a workspace for this
>> collection of projects on a daily basis is not fun at all. It is actually
>> counter productive.
>
> I have a feeling you're misunderstanding workspaces. You keep all the
> projects in their own projects, but you simply add each project to the
> workspace. The projects still manage the individual subproject files.
We have a ton of source files, 6 or more frameworks, 15+ apps/targets, use one
Workspace for all of these, and have Xcode set to use legacy build locations
(which is the build directory within the project directory). This setup is
quite responsive and intelligently builds only what is necessary based on ‘what
is dirty’. This is on Xcode 9.4.1 (I know, 9.X, I’m working on it, haha)
But either your codebase significantly larger or more complicated, or something
else is going on. I hope you can get workspaces… well… working. They have
been an improvement for us in many ways.
Sandor
>
>> So maybe I have answered my own question. The string appears to remain
>> constant as long as the project name and enclosing folder remain unchanged.
>> So perhaps there is nothing to be afraid of here with regards to this string
>> being part of a link path during build.
>
> Yes, don't worry about any folder names Xcode creates when you let it manage
> the build location. It won't be part of any paths written to final frameworks
> or anything like that. Xcode knows what it's doing.
>
> BTW, this discussion should really be in the xcode-users list, or better yet
> in the newer xcode list at apple-dev.groups.io.
>
> --
> Steve Mills
> Drummer, Mac geek
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden