Bug 44791 - Request to add error message when architecture is not supported
Summary: Request to add error message when architecture is not supported
Status: RESOLVED DUPLICATE of bug 43886
Alias: None
Product: iOS
Classification: Xamarin
Component: MSBuild ()
Version: XI 10.0 (iOS10)
Hardware: PC Windows
: Normal enhancement
Target Milestone: Future Cycle (TBD)
Assignee: Bugzilla
URL:
Depends on:
Blocks:
 
Reported: 2016-09-27 18:02 UTC by Cody Beyer (MSFT)
Modified: 2016-09-30 18:01 UTC (History)
3 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and 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 Links.

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.

Related Links:
Status:
RESOLVED DUPLICATE of bug 43886

Description Cody Beyer (MSFT) 2016-09-27 18:02:23 UTC
# Description

Currently, if you attempt to deploy an iOS app to a simulator/device which does not support the selected architecture, the app will fail to launch with no log message written to the output window

Within the iOS Simulator log, an error which states:

>Program specified by the service does not contain one of the requested architectures

Though finding this may be a bit of a needle in a haystack. If this error could be written to an application output window, or if the mismatch could be trapped prior to deployment, it could lead to a cleaner experience

# Steps to Reproduce

	1. Create a single view iOS app
	2. Set supported architectures to x64
	3. Deploy to iPhone 5

# Desired Results

Either trapped when attempting to perform step 3, or a subsequent failure written to the application output

# Actual Results

App attempts to launch and fails

# Versions


	=== Xamarin Studio Community ===
	
	Version 6.1.1 (build 15)
	Installation UUID: db6fedd8-26e4-45a4-94d2-c23baa31cc61
	Runtime:
		Mono 4.6.1 (mono-4.6.0-branch-c8sr0/abb06f1) (64-bit)
		GTK+ 2.24.23 (Raleigh theme)
	
		Package version: 406010003
	
	=== NuGet ===
	
	Version: 3.4.3.0
	
	=== Xamarin.Profiler ===
	
	Not Installed
	
	=== Apple Developer Tools ===
	
	Xcode 8.0 (11246)
	Build 8A218a
	
	=== Xamarin.Mac ===
	
	Version: 2.10.0.103 (Xamarin Studio Community)
	
	=== Xamarin.Android ===
	
	Version: 7.0.1.2 (Xamarin Studio Community)
	Android SDK: /Users/beyer/Library/Developer/Xamarin/android-sdk-macosx
		Supported Android versions:
			6.0 (API level 23)
	
	SDK Tools Version: 25.1.2
	SDK Platform Tools Version: 24.0.0
	SDK Build Tools Version: 23.0.2
	
	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)
	
	Android Designer EPL code available here:
	https://github.com/xamarin/AndroidDesigner.EPL
	
	=== Xamarin Android Player ===
	
	Not Installed
	
	=== Xamarin.iOS ===
	
	Version: 10.0.1.8 (Xamarin Studio Community)
	Hash: 3983064
	Branch: cycle8-sr0-xi
	Build date: 2016-09-23 15:34:54-0400
	
	=== Build Information ===
	
	Release ID: 601010015
	Git revision: fa52f02641726146e2589ed86ec4097fbe101888
	Build date: 2016-09-22 08:03:02-04
	Xamarin addins: 75d65712af93d54dc39ae4c42b21dfa574859fd6
	Build lane: monodevelop-lion-cycle8-sr0
	
	=== Operating System ===
	
	Mac OS X 10.12.0
	Darwin clb-macbook.local 16.0.0 Darwin Kernel Version 16.0.0
	    Mon Aug 29 17:56:20 PDT 2016
	    root:xnu-3789.1.32~3/RELEASE_X86_64 x86_64
	
	=== Enabled user installed addins ===
	
	DNX 0.6
	VSCodeDebugger 1.1
Comment 1 Vincent Dondain [MSFT] 2016-09-29 12:03:45 UTC
I can confirm that behavior, seems like a valid request.
Comment 2 Jeffrey Stedfast 2016-09-30 18:00:33 UTC

*** This bug has been marked as a duplicate of bug 43886 ***
Comment 3 Jeffrey Stedfast 2016-09-30 18:01:06 UTC
While not *exactly* the same request as bug #43886, it's effectively the same idea just with a different Info.plist key.