• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Project dependencies
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Project dependencies


  • Subject: Re: Project dependencies
  • From: Damian Carrillo <email@hidden>
  • Date: Wed, 28 Aug 2013 11:49:19 -0500

Something else that may help is that projects in a workspace share a build directory and Xcode discovers the dependencies implicitly. I was dubious of this at first, but it seems to work well in practice. In my case, I have a workspace with a few projects that share a core project. Each of these projects is a sibling in the workspace. I build one of the higher-level projects and the core project will be built prior to the higher-level one.

From the Xcode Concepts documentation at https://developer.apple.com/library/mac/featuredarticles/XcodeConcepts/Concept-Workspace.html#//apple_ref/doc/uid/TP40009328-CH7-DontLinkElementID_2:

    Xcode examines the files in the build directory to discover implicit dependencies. For example,
    if one project included in a workspace builds a library that is linked against by another project 
    in the same workspace, Xcode automatically builds the library before building the other project, 
    even if the build configuration does not make this dependency explicit. You can override such 
    implicit dependencies with explicit build settings if necessary. For explicit dependencies, you 
    must create project references.

Regards,

Damian

On Aug 28, 2013, at 1:29 AM, Jim Geist <email@hidden> wrote:

Thanks, I'll give this a try.

Sent from my iPad

On Aug 27, 2013, at 11:21 PM, Lasse Jansen <email@hidden> wrote:

Another approach would be to not use target dependencies at all, and instead use the scheme. If you click on "Edit scheme …" and then go to the "Build" item you can click on "+" to add your static libraries. You have to drag them above your app after adding. If your libraries have internal build dependencies on each other you also need to make sure that the order is correct and then uncheck the "Parallelize Build" checkbox.

Lasse


Sent with Unibox

On Aug 28, 2013, at 7:38 AM, Jim Geist <email@hidden> wrote:

I have a system that has several targets and some shared code. It is organized as a main application which was created with the initial workspace, several projects of static libraries which contain shared code between the main app and a utility app, and a project for the utility app. (There will eventually be more tool projects sharing the same libraries.)

For the main application, I was able to add the static library projects as target dependencies. However, when I click to add target dependencies to the utility app, none of the other projects or targets show up as addable.

I have a theory that this might be because the utility app is a child of the workspace/main app, and is therefore a sibling of the static libraries.

Does anyone have a suggestion as to how to structure the workspace so that this will work?

Thanks!!

This email sent to email@hidden 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
References: 
 >Project dependencies (From: Jim Geist <email@hidden>)
 >Re: Project dependencies (From: Lasse Jansen <email@hidden>)
 >Re: Project dependencies (From: Jim Geist <email@hidden>)

  • Prev by Date: Re: Project dependencies
  • Next by Date: re: Project dependencies
  • Previous by thread: Re: Project dependencies
  • Next by thread: re: Project dependencies
  • Index(es):
    • Date
    • Thread