Mam problem z poprawnym skompilowaniem mojego obszaru roboczego z Cocoapods. W obszarze roboczym znajdują się 3 projekty, każdy z własnym celem:

libPods - statyczna biblioteka Cocoapods ze wszystkimi zależnościami zewnętrznymilibCommon - Moja statyczna biblioteka, w której przechowuję cały mój wspólny kod (kontrolery bazowe, kod sieciowy, wspólny interfejs użytkownika itp.)myApp - Moja aplikacja na iOS

Zarówno libCommon, jak i myApp wymagają zewnętrznych zależności z libPods. Pierwotnie myślałem, że będzie to działać tak:

kompilacje libPodslinki libCommon przeciwko libPods i kompilacjomlinki myApp z libCommon i kompilacjami

W tym scenariuszu libCommon „jest właścicielem” strąków, a następnie myApp po prostu łączy z libCommonem, tak jak zawsze robiłem pre-Cocoapods ... ale najwyraźniej statyczne biblioteki nie lubią być połączone ze statycznymi bibliotekami (mam kilka dynamiczne błędy biblioteki). Czytałem gdzieś w githubie, że zamiast tego powinienem zbudować libPods i libCommon, a następnie myApp powinien połączyć się z obiema bibliotekami. W tej chwili mój podfile wygląda mniej więcej tak:

workspace 'MyApp.xcworkspace'
platform :ios, '5.0'

link_with ['Common', 'MyApp']

target 'MyApp' do
  xcodeproj 'MyApp.xcodeproj'

  pod 'AFNetworking',               '1.1.0'
  pod 'TTTAttributedLabel',         '1.6.0'
  pod 'JSONKit',                    '1.5pre'
  pod 'Reachability',               '3.1.0'
end

Dzięki tej konfiguracji myApp jest właścicielem wszystkich strąków, a następnie w ustawieniach kompilacji libCommon określam ścieżkę do nagłówków pod. To jest OK, dopóki nie spróbuję użyć jednej z klas w libCommon. Kiedy to zrobię, dostanę jedną z nich_OBJC_CLASS_$_Blah błędy (które mówią mi, że chociaż nagłówki są dostępne, nadal nie są poprawnie połączone). Kiedy próbuję ręcznie powiązać libCommon w „Fazach budowania”, otrzymuję kilka duplikatów błędów symboli (co pozwala mi sądzić, że jest już połączone). Co za cholera?

Jak to zrobić prawidłowo i jak powinien wyglądać mój plik podfile?