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 on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
Description of Problem: Creating a new Solution for a Xamarin.Mac application fails on trying to build/run even with no changes to the Solution. Xamarin Studio 6.0 build 4968
Steps to reproduce the problem:
1. Create new Xamarin.Mac Cocoa App in C#
2. Give the project a name and location to save, accepting other defaults.
Tool exited with code: 1. Output: Xamarin.Mac 18.104.22.168 (cycle7: 977921b)
Selected target framework: Xamarin.Mac,v2.0; API: Unified
Added assembly /Library/Frameworks/Xamarin.Mac.framework/Versions/22.214.171.124/lib/mono/Xamarin.Mac/System.dll
Added assembly /Library/Frameworks/Xamarin.Mac.framework/Versions/126.96.36.199/lib/mono/Xamarin.Mac/mscorlib.dll
Added assembly /Library/Frameworks/Xamarin.Mac.framework/Versions/188.8.131.52/lib/mono/Xamarin.Mac/System.Xml.dll
Added assembly /Library/Frameworks/Xamarin.Mac.framework/Versions/184.108.40.206/lib/mono/Xamarin.Mac/System.Core.dll
Added assembly /Library/Frameworks/Xamarin.Mac.framework/Versions/220.127.116.11/lib/x86_64/mobile/Xamarin.Mac.dll
Added assembly /Library/Frameworks/Xamarin.Mac.framework/Versions/18.104.22.168/lib/mono/Xamarin.Mac/System.Net.Http.dll
Added assembly /Users/scott/src/LicenseHelper/LicenseHelper/bin/Debug/LicenseHelper.exe
System.FormatException: Input string was not in a correct format.
at System.Version+VersionResult.SetFailure (ParseFailureKind failure, System.String argument) <0x11689be00 + 0x00085> in <filename unknown>:0
at System.Version.TryParseComponent (System.String component, System.String componentName, System.VersionResult& result, System.Int32& parsedComponent) <0x11049fdc0 + 0x00060> in <filename unknown>:0
at System.Version.TryParseVersion (System.String version, System.VersionResult& result) <0x11049ee10 + 0x00113> in <filename unknown>:0
at System.Version.Parse (System.String input) <0x1105d7810 + 0x000ad> in <filename unknown>:0
at Xamarin.Bundler.Driver.SetSDKVersion () <0x116882940 + 0x0027b> in <filename unknown>:0
at Xamarin.Bundler.Driver.Compile (IEnumerable`1 internalSymbols) <0x116880000 + 0x001fd> in <filename unknown>:0
at Xamarin.Bundler.Driver.Pack (IList`1 unprocessed) <0x1105dc740 + 0x00eb8> in <filename unknown>:0
at Xamarin.Bundler.Driver.Main2 (System.String args) <0x11054b670 + 0x031d6> in <filename unknown>:0
at Xamarin.Bundler.Driver.Main (System.String args) <0x1104998a0 + 0x00069> in <filename unknown>:0
Project should build
How often does this happen?
OS X 10.11.4
Could you please copy and paste your products info: Xamarin Studio > About Xamarin Studio > Show details?
Also I think you only sent us part of your build output.
Could you make sure that in your Xamarin Studio preferences in Project > Build, the log verbosity is set to Diagnostic, then rebuild and give us the full output?
We usually use https://gist.github.com to send large output data.
I cannot reproduce that locally but with more info we might be able to understand what is happening here.
Xamarin Studio > About Xamarin Studio > Show Details:
Verbose build log:
Sorry, I said "Verbose" build log, but it in fact IS Diagnostic.
Can I ask you to ls in /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs ?
I can't reproduce that bug locally and the code that parses looks fine. I'm wondering if there isn't anything special in SDKs.
Sorry, was away from the office earlier.
I have older SDKs installed via XcodeLegacy.sh, due to the need to compile other C++ code for older platforms.
Alright, I just fixed it in our master branch(commit:bb5dc196aed98ae74bfae9e75446441f8f676f5e) and it will also be included in our next major release.
We didn't expect that MacOSX10.4u.sdk, all good now. You should soon have a new Xamarin.Mac in the alpha channel that has the fix.
Thanks for reporting this issue to us.
Just to confirm...if I temporarily rename the *10.4u.SDK folder to *10.4.SDK instead, the build succeeds. I've put it back to the correct name and have switched to the Alpha channel to await a corrected build.
Thank YOU for the quick response.
I have tried to reproduce this issue with same builds as Scott mentioned but I am not seeing this Issue with builds (XS 22.214.171.12468 And X.Mac 126.96.36.199).
1. I created and Mac cocoa application
2. Run the application in debug and release mode
Application working fine at my end.
@Vincent, Could you please let me know if I am missing any step here to reproduce this Issue? So that I can verify it on latest builds
@rajneesh the issue happened because Scott had a universal mac sdk installed.
To repro (and verify my fix) you'd need to duplicate one of the mac sdks here:
and change its name to include a letter after the version number.
Something like: MacOSX10.11u.sdk for instance.
Thanks @Vincent for providing steps to reproduce. I am here able to reproduce this issue with X.Mac 188.8.131.52. This is the build output for the same: https://gist.github.com/saurabh360/3f7985bdf54effb834912b6f21831310
I have checked the same with latest Cycle 7 build (X.Mac 184.108.40.2068). Now this is working fine. This is the build output for the same: https://gist.github.com/saurabh360/a3c0dfca36a1b76ecad584c6bef6f23e
Application Output: https://gist.github.com/saurabh360/6fe6e39ef02c2ba1c4172feee24c1907