Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report for Bug 27744 on
Developer Community or GitHub if you have new
information to add and do not yet see a matching new report.
If the latest results still closely match this report, you can use the
In special cases on GitHub you might also want the comments:
GitHub Markdown with public comments
The linked app uses F# and will build and deploy without issue in Visual Studio with a Mac Build Host. However when building directly on a Mac with XS, it fails with an AOT error.
### App and Build Logs
### Steps to Reproduce
1. Download, Uncompress and Open linked project
2. Ensure FsReact.iOS.UI.Tests is set as startup project
3. Attempt to deploy to iPhoneSimulator
### Expected Results
The app should run as it does in VS
### Actual Results
Fails with AOT error similar to listed in the logs from the linked zip
=== Xamarin Studio ===
Version 5.8 (build 431)
Installation UUID: fe050df7-44bb-4337-87ab-a8e27643bb7d
Mono 3.12.0 ((detached/b8f5055)
GTK+ 2.24.23 (Raleigh theme)
Package version: 312000077
=== Apple Developer Tools ===
Xcode 6.1.1 (6611)
=== Xamarin.iOS ===
Version: 184.108.40.206 (Business Edition)
Build date: 2015-02-26 11:05:07-0500
=== Xamarin.Android ===
Version: 220.127.116.11 (Business Edition)
Android SDK: /Users/beyerc/Library/Developer/Xamarin/android-sdk-macosx
Supported Android versions:
2.1 (API level 7)
2.2 (API level 8)
2.3 (API level 10)
3.1 (API level 12)
4.0.3 (API level 15)
4.2 (API level 17)
4.4 (API level 19)
5.0 (API level 21)
Java SDK: /usr
java version "1.7.0_71"
Java(TM) SE Runtime Environment (build 1.7.0_71-b14)
Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01, mixed mode)
=== Xamarin Android Player ===
Version: Unknown version
Location: /Applications/Xamarin Android Player.app
=== Xamarin.Mac ===
Version: 18.104.22.168 (Business Edition)
=== Build Information ===
Release ID: 508000431
Git revision: 5415bcba0b0e3085ccc932aca663e546538b01c9
Build date: 2015-03-01 20:17:45-05
Xamarin addins: f0aa1df37165aaed8c223aa74fba372008f302a7
=== Operating System ===
Mac OS X 10.10.2
Darwin byrc-mbp.router 14.1.0 Darwin Kernel Version 14.1.0
Mon Dec 22 23:10:38 PST 2014
It seems that the root cause of the problem is related to the portable F# class library that is referenced.
When the project "FsReact" is recreated as an F# iOS unified library project, the build works fine in Debug / Release | iPhone configurations (with a minor modification: two printf calls needed to be removed for some unknown reasons).
I also noticed that the Project Options of FsReact show that the target framework (Profile259) is not installed, even though it seems to be available in the directory:
This problem shows up as an error when MSBuild is disabled.
Can you add "-v -v -v -v" to the additional mtouch arguments and attach the full build log from a build in Visual Studio? Then I can compare with a Xamarin Studio build, and see if I can find the difference.
I've attached the mtbserver build log of a build with a Debug | iPhone configuration and "-v -v -v -v" that builds and runs on my iPad.
That log shows that the VS build is copying the Facade assemblies from Windows. Since that works, this is likely an issue with our Facade assemblies.
Marek, can you have a look?
Fixed in mono master, commit 777dbc17d5fab2360f5918f4cc76f2bf27df7e2e.
It's now failing with
* Assertion at dwarfwriter.c:1252, condition `tdie' not met
when dwarfdebug is enable, which looks like debug writer limitation. Reassigning to Zoltan.
This looks like a part of the original problem, the string type is encoded as MONO_TYPE_CLASS and not MONO_TYPE_STRING.