marcosgriselli/Sizes

Doesn't seem to be working.

Shadester opened this issue ยท 6 comments

Expected Behavior

I added the pod in the podfile and compiled without adding Sizes to the appdelegate.

Actual Behavior

Showing Recent Messages
๐Ÿ‘Ž invalid task ('StripNIB /Users/shades/Library/Developer/Xcode/DerivedData/demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphoneos/Sizes/ConfigurationViewController.nib') with mutable output but no other virtual output node (in target 'Sizes')

Steps to Reproduce the Problem

Specifications

  • Version: 0.3.0, Xcode 10.0
  • Platform:
  • Subsystem:

Hi @Shadester, this seems like a derived data issue rather than a problem with Sizes. I recommend you delete your Xcode derived data and try again, you can check how to do that here.

Negative, that didn't work. I was running on device first, but I switched to emulator and same error.

Showing Recent Messages

Prepare build
note: Using new build systemnote: Planning buildnote: Constructing build description

Build system information
error: invalid task ('StripNIB /Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController.nib') with mutable output but no other virtual output node (in target 'Sizes')
Build system information
error: invalid task ('StripNIB /Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController~ipad.nib') with mutable output but no other virtual output node (in target 'Sizes')
Build system information
error: invalid task ('StripNIB /Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController~iphone.nib') with mutable output but no other virtual output node (in target 'Sizes')
Build system information
warning: no rule to process file '/Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController.nib' of type 'wrapper.nib'for architecture 'i386' (in target 'Sizes')
Build system information
warning: no rule to process file '/Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController~iphone.nib' of type 'wrapper.nib'for architecture 'i386' (in target 'Sizes')
Build system information
warning: no rule to process file '/Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController~ipad.nib' of type 'wrapper.nib'for architecture 'i386' (in target 'Sizes')
Build system information
warning: no rule to process file '/Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController.nib' of type 'wrapper.nib'for architecture 'x86_64' (in target 'Sizes')
Build system information
warning: no rule to process file '/Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController~iphone.nib' of type 'wrapper.nib'for architecture 'x86_64' (in target 'Sizes')
Build system information
warning: no rule to process file '/Users/shades/Library/Developer/Xcode/DerivedData/Demo-bualkkfeqqxibmctwpedvrosiyuh/Build/Products/Preview-Debug-iphonesimulator/Sizes/ConfigurationViewController~ipad.nib' of type 'wrapper.nib'for architecture 'x86_64' (in target 'Sizes')


Build failed    10/22/18, 15:00    3.2 seconds

Device or simulator shouldn't make any difference. I'd close Xcode, delete derived data, update Sizes, open Xcode, clean project (cmd + shift + K) and try to build again. I just created a project from scratch and did the same as you with no errors.

I thought upgrading to 0.4.2 would work. No luck. I tried the things you recommended, but it doesn't work. Thanks for the help, though.

Hais commented

@Shadester I had the same issue and I believe I've identified the cause and submitted a fix.

@marcosgriselli promptly accepted the change (thanks!) and pushed 0.5.1 (which seems to have made it's way to Cocoapods already).