New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

App extensions include multiple copies of the Xamarin framework #5377

bocciab opened this Issue Jan 10, 2019 · 1 comment


None yet
2 participants
Copy link

bocciab commented Jan 10, 2019

Steps to Reproduce

  1. Download the ExtensionSamples sample project
  2. Build in Debug or Release config
  3. Observe the file size of the resulting app bundle
  4. Remove references to the app extensions and rebuild
  5. Observe the size of the resulting app bundle

Expected Behavior

Should be comparable

Actual Behavior

The final size of the app bundle with the extensions is almost 8x the bundle size without them

Note: In my case, in order to get a release build to succeed, I had to remove the ShareExtension project as I just couldn't get it to take my provisioning profile. The TodayExtension and FinderSyncExtension projects were fine with it. In this config, the app bundle size with the extensions was 23.9 MB. When I removed references to the two remaining extensions it was 3.1 MB - The two extensions increased the size by 770%. I should at least think the app would be the larger portion.

.Net does allow giving the runtime hints on where to look for binaries, so maybe this could be used. Clear any of the appex projects of the framework and assign a search path that points to the main bundle's MonoBundle folder?


=== Visual Studio Community 2017 for Mac ===

Version 7.7.2 (build 21)
Installation UUID: 2b97445f-3138-44e3-9acb-2ef360286f5f
	GTK+ 2.24.23 (Raleigh theme)
	Xamarin.Mac (master / eeaeb7e6)

	Package version: 516000221

=== Mono Framework MDK ===

	Mono (2018-06/b63e5378e38) (64-bit)
	Package version: 516000221

=== NuGet ===


=== .NET Core ===

Runtime: /usr/local/share/dotnet/dotnet
Runtime Versions:
SDK: /usr/local/share/dotnet/sdk/2.1.302/Sdks
SDK Versions:
MSBuild SDKs: /Library/Frameworks/Mono.framework/Versions/5.16.0/lib/mono/msbuild/15.0/bin/Sdks

=== Xamarin.Profiler ===

Version: 1.6.4
Location: /Applications/Xamarin Profiler

=== Xamarin.Android ===

Not Installed

=== Android Device Manager ===

Hash: 06ceaea1

=== Apple Developer Tools ===

Xcode 10.1 (14460.46)
Build 10B61

=== Xamarin Inspector ===

Version: 1.4.3
Hash: db27525
Branch: 1.4-release
Build date: Mon, 09 Jul 2018 21:20:18 GMT
Client compatibility: 1

=== Xamarin.Mac ===

Version: (Visual Studio Community)
Hash: 65ec520f
Build date: 2018-12-05 12:06:09-0500

=== Xamarin.iOS ===

Version: (Visual Studio Community)
Hash: 65ec520f
Branch: d15-9
Build date: 2018-12-05 12:06:09-0500

=== Build Information ===

Release ID: 707020021
Git revision: f1fea53df9eb0bb5890a9563c0d7ea7b03922144
Build date: 2018-12-14 18:37:35+00
Build branch: release-7.7
Xamarin extensions: 9c5cea335e6a9ce4ccfde31c4aa06c25a3576085

=== Operating System ===

Mac OS X 10.14.0
Darwin 18.0.0 Darwin Kernel Version 18.0.0
    Wed Aug 22 20:13:40 PDT 2018
    root:xnu-4903.201.2~1/RELEASE_X86_64 x86_64

=== Enabled user installed extensions ===

NuGet Package Management Extensions 0.14

Build Logs

Example Project (If Possible)

ExtensionSamples provided by VSMac team was used.

@spouliot spouliot added this to the Future milestone Jan 11, 2019


This comment has been minimized.

Copy link

spouliot commented Jan 11, 2019

Similar logic exists in Xamarin.iOS. It's a bit more tricky that it looks like since sharing implies most build options (e.g. AOT) must be identical (across all projects [1]) otherwise assemblies can't be reused.

Also deduplicating cannot work in a few other cases, e.g. using a different versions of a 3rd party library (which is more common that expected) between projects.

[1] if you see an 770% increase it's likely because the main app is linked and the extensions are not (which is also something, linking, that needs to be aware of code sharing across projects).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment