Bridges the worlds of .NET with the native APIs of macOS, iOS, tvOS, and watchOS.
Перейти к файлу
Rolf Bjarne Kvinge 786ae13f80 [mtouch] Fix an unnecessary re-link when the linker copies assemblies without processing them. (#1534)
Event sequence:

* mtouch is executed with the linker disabled.
* The linker pipeline copies all input assemblies (since the linker is
  disabled the assemblies don't change) into the PreBuild directory. This will
  keep the original timestamps of the input assemblies.
* mtouch is executed again, when none of the input assemblies changed.
* The linker pipeline will re-execute, because it will see that at least one
  of the input assemblies (at least the .exe) is newer than at least one of
  the assemblies in the PreBuild directory (usually a framework assembly,
  because those have the original timestamp from their install location).

Fix:

Touch all the assemblies in the PreBuild directory after the linker pipeline
executes the first time. This way the second time mtouch is executed, it will
find that all assemblies in the PreBuild directory have timestamps later than
all the input assemblies, so it will load the cached linked assemblies,
instead of re-executing the linker pipeline.
2017-01-20 10:45:08 +01:00
builds Remove unnecessary bitcode from dylibs. Fixes #51352 (#1469) 2017-01-16 12:32:06 +01:00
docs/website Merge pull request #1506 from rolfbjarne/mtouch-single-invocation 2017-01-16 18:33:42 +01:00
external Port monotouch-test suite to Xamarin.Mac (#1445) 2017-01-12 09:13:56 -09:00
fsharp [builds] Don't install symlinks to iOS/Classic assemblies in the iOS/Unified profile. (#844) 2016-09-16 20:02:25 +02:00
jenkins [jenkins] Automatically detect mono bumps and enable device build. (#1298) 2016-12-03 01:52:24 +01:00
mk Bump maccore which also bump maciotools. (#1511) 2017-01-16 14:01:24 -05:00
mono/4.5 Add our mono runtimes to the build. 2016-04-24 14:47:24 -04:00
msbuild [msbuild] Fixed the Mac targets for the batch codesign patch (#1525) 2017-01-18 17:31:16 -05:00
opentk Build the platform assemblies. 2016-04-24 14:47:26 -04:00
runtime Remove unnecessary bitcode from dylibs. Fixes #51352 (#1469) 2017-01-16 12:32:06 +01:00
src Merge pull request #1529 from spouliot/bug43165 2017-01-19 02:52:33 -06:00
tests [mtouch] Fix an unnecessary re-link when the linker copies assemblies without processing them. (#1534) 2017-01-20 10:45:08 +01:00
tools [mtouch] Fix an unnecessary re-link when the linker copies assemblies without processing them. (#1534) 2017-01-20 10:45:08 +01:00
.gitignore Update gitignore. (#721) 2016-08-31 10:09:48 -04:00
.gitmodules Remove the watch-mono repository, and use a single mono repository. (#941) 2016-10-05 16:21:01 +02:00
LICENSE Adjust license to match requested format 2016-04-25 16:38:57 -04:00
Make.config Merge pull request #1344 from xamarin/xcode82-master-hamons 2016-12-16 13:56:37 -06:00
Makefile [Versions-ios.plist] watchOS started at 1.0 (#1328) 2016-12-13 10:52:58 +01:00
NuGet.config Add a 'repositorypath' to our NuGet.Config and update paths everywhere accordingly. (#1110) 2016-11-04 09:13:33 +01:00
README.md [README] Add master build (bot) status info (#1151) 2016-11-11 08:17:01 -05:00
Versions-ios.plist.in Merge pull request #1344 from xamarin/xcode82-master-hamons 2016-12-16 13:56:37 -06:00
Versions-mac.plist.in Add and ship file that lists the SDK versions XI/XM supports. (#1162) 2016-11-22 14:41:50 +01:00
Xamarin.Mac.sln Move parts of dontlink tests into new introspection tests (#32) 2016-05-04 20:14:32 -04:00
Xamarin.iOS.sln [mtouch] Add the mtouch test project to the Xamarin.iOS solution. (#1510) 2017-01-16 18:46:15 +01:00
configure Emit configure arguments into configure.inc to make it easier to re-run it. 2016-05-27 15:37:21 -04:00
product.snk Add our mono runtimes to the build. 2016-04-24 14:47:24 -04:00
system-dependencies.sh [system-dependencies] Add support for installing Xcode's first-launch installs, and fix xip extraction. (#1041) 2016-10-28 08:42:25 -04:00
versions-check.csharp [Versions-ios.plist] watchOS started at 1.0 (#1328) 2016-12-13 10:52:58 +01:00

README.md

Xamarin.iOS & Xamarin.Mac

Status
master xamarin-macios-builds-master

Welcome!

This module is the main repository for both Xamarin.iOS and Xamarin.Mac.

These frameworks allow us to create native iOS, tvOS, watchOS and Mac applications using the same UI controls we would in Objective-C and Xcode, except with the flexibility and elegance of a modern language (C#), the power of the .NET Base Class Library (BCL), and two first-class IDEs—Xamarin Studio and Visual Studio—at our fingertips.

Continuous Builds

You can download continuous builds of our main development branches from our wiki page.

Build requirements

  • Autoconf, automake and libtool.

    You can use brew, or this script to get it directly from gnu.org (you'll have to edit your PATH to include /opt/bin if you use the script)

    To install brew and all the tool dependencies:

    $ ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
    $ brew update
    $ brew install libtool autoconf automake bison flex
    
  • CMake

    You can use brew, or download manually from cmake.org.

    CMake must be in PATH, so if you install it somewhere else, you'll have to fix up your PATH accordingly (not necessary if installed using brew).

    To install using brew:

    $ brew install cmake
    
  • Xcode

    To build the Xamarin.iOS and Xamarin.Mac SDKs you need a certain version of Xcode. The build will tell you exactly which version you need.

    You can download the Xcode version you need from Apple's Developer Center (requires an Apple Developer account).

    To ease development with different versions of the SDK that require different versions of Xcode, we require Xcode to be in a non-standard location (based on the Xcode version).

    For example Xcode 7.0 must be installed in /Applications/Xcode7.app.

    The recommended procedure is to download the corresponding Xcode dmg from Apple's Developer Center, extract Xcode.app to your system, and rename it before launching it the first time. Renaming Xcode.app after having launched it once may confuse Xcode, and strange errors start occuring.

  • Mono MDK.

    The build will tell you if you need to update, and where to get it.

  • Xamarin Studio.

    The build will tell you if you need to update, and where to get it.

  • You can also provision some of the dependencies with an included script:

      $ ./system-dependencies.sh --provision-[xcode|xamarin-studio|mono|all]
    

## Quick build & install ##

Follow the following steps to build and install Xamarin.iOS and Xamarin.Mac:

  1. Clone this repository and its submodules

     $ git clone --recursive git@github.com:xamarin/xamarin-macios.git
     $ cd xamarin-macios
    
  2. Fetch dependencies and build everything

     $ make world
    
  3. Make sure permissions are OK to install into system directories (this will ask for your password)

     $ make fix-install-permissions
    
  4. Install into the system

     $ make install-system
    

Configure

There is a configure script that can optionally be used to configure the build. By default, everything required for both Xamarin.iOS and Xamarin.Mac will be built.

  • --disable-mac: Disable Mac-related parts.

  • --disable-ios: Disable iOS-related parts.

    In both cases the resulting build will contain both iOS and Mac bits because:

    • Parts of the iOS build depends on Mac parts (in particular mtouch uses Xamarin.Mac).

    • The class libraries builds can not be disabled because a very common error is to end up with code that only works/builds in either iOS or Mac.

  • --enable-ccache: Enables cached builds with ccache (default if ccache is found in the path).

  • --disable-ccache: Disables cached builds with ccache, even if it is present.

  • --disable-strip: If executables should be stripped or not. This makes it easier to debug native executables using lldb.

  • --help: Show the help.

Contributing

Mailing Lists

To discuss this project, and participate in the design, we use the macios-devel@lists.xamarin.com mailing list.

Chat

There is also a gitter chat room that can be used to discuss this project, and participate in the design: Gitter

Coding Guidelines

We use Mono's Coding Guidelines.

Reporting Bugs

We use Bugzilla to track issues.