title: Trouble binding Objective-C library to C# with Objective Sharpie
body: <p>I'm attempting to walk through this guide:</p>
  
  <p><a href="https://developer.xamarin.com/guides/ios/advanced_topics/binding_objective-c/walkthrough/" rel="nofollow noreferrer">https://developer.xamarin.com/guides/ios/advanced_topics/binding_objective-c/walkthrough/</a></p>
  
  <p>trying to create bindings for this github project:</p>
  
  <p><a href="https://github.com/lminhtm/LMGaugeView" rel="nofollow noreferrer">https://github.com/lminhtm/LMGaugeView</a></p>
  
  <p>Using Sharpie 3.4.</p>
  
  <p>I am running into the following issues:</p>
  
  <ol>
  <li><p>I cannot generate a Fat binary with the architectures <code>i386 armv7 x86_64 arm64</code> because I am building against iOS11. I can only generate a Fat binary with architectures <code>x86_64</code> and <code>arm64</code>, attempting the others gives me the error message <code>invalid iOS deployment version, iOS 10 is the max deployment target for 32-bit targets</code>. Is this expected?</p></li>
  <li><p>When I then use Sharpie I am able to generate the API and Struct files, however, each of these files are huge, with Structs ending up at 24K+ lines, and API 54K+ lines. I followed a youtube tutorial as well and the output he got was about 200 or so lines, so the fact that mine are so huge makes me think something is going on. His tutorial wasn't for my same Objective-C project but I even tried the same one he did and ended up with the same result.</p></li>
  <li><p>The Struct file ends up have over 7K errors, and I see countless lines that look something like:</p>
  
  <pre><code>// extern long double tanhl (long double) __attribute__((const)) __attribute__((nothrow));
  [DllImport ("__Internal")]
  [Verify (PlatformInvoke)]
  static extern [unsupported Builtin: long double] tanhl ([unsupported Builtin: long double]);
  </code></pre></li>
  </ol>
  
  <p>Where it's missing identifier names and has this [unsupported Builtin: piece I don't understand.</p>
  
  <p>There's also countless references to other iOS versions, and watchOS and TV, so it seems like it's trying to create the API and Structs for every OS and version there is, which makes sense why the files would be so large. Here's a small snippet from the Struct file:</p>
  
  <pre><code>    // extern CGPathRef _Nullable CGPathCreateCopyByTransformingPath (CGPathRef _Nullable path, const CGAffineTransform * _Nullable transform) __attribute__((availability(ios, introduced=5.0))) __attribute__((cf_audited_transfer));
      [iOS (5,0)]
      [DllImport ("__Internal")]
      [Verify (PlatformInvoke)]
      [return: NullAllowed]
      static extern unsafe CGPathRef* CGPathCreateCopyByTransformingPath ([NullAllowed] CGPathRef* path, [NullAllowed] CGAffineTransform* transform);
  
      // extern CGMutablePathRef _Nullable CGPathCreateMutableCopy (CGPathRef _Nullable path) __attribute__((availability(ios, introduced=2.0))) __attribute__((cf_audited_transfer));
      [iOS (2,0)]
      [DllImport ("__Internal")]
      [Verify (PlatformInvoke)]
      [return: NullAllowed]
      static extern unsafe CGMutablePathRef* CGPathCreateMutableCopy ([NullAllowed] CGPathRef* path);
  
      // extern CGMutablePathRef _Nullable CGPathCreateMutableCopyByTransformingPath (CGPathRef _Nullable path, const CGAffineTransform * _Nullable transform) __attribute__((availability(ios, introduced=5.0))) __attribute__((cf_audited_transfer));
      [iOS (5,0)]
      [DllImport ("__Internal")]
      [Verify (PlatformInvoke)]
      [return: NullAllowed]
      static extern unsafe CGMutablePathRef* CGPathCreateMutableCopyByTransformingPath ([NullAllowed] CGPathRef* path, [NullAllowed] CGAffineTransform* transform);
  </code></pre>
  
  <p>I know these files should be way smaller, especially since the Objective-C code is a single header file. What could I be doing wrong here?</p>
  
  <p>I can provide more details if needed!</p>