xamarin
/
xamarin-macios
зеркало из
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
xamarin-macios/Make.config

681 строка
38 KiB
Plaintext
Исходник Обычный вид История

Add build system.
2016-04-21 11:59:27 +03:00
include $(TOP)/mk/subdirs.mk
# calculate commit distance and store it in a file so that we don't have to re-calculate it every time make is executed.
-include $(TOP)/Make.config.inc
Bumping mono requires might require re-creating Make.config.inc. (#7238) If the new mono commit has (or doesn't have) mono archives.
2019-10-16 23:23:36 +03:00
$(TOP)/Make.config.inc: $(TOP)/Make.config $(TOP)/mk/mono.mk
Add build system.
2016-04-21 11:59:27 +03:00
@rm -f $@
Try to make version numbers clearer, and establish some ground rules. (#4927)
2018-10-04 20:49:26 +03:00
@printf "IOS_COMMIT_DISTANCE:=$(shell LANG=C; export LANG && git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep IOS_PACKAGE_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
@printf "MAC_COMMIT_DISTANCE:=$(shell LANG=C; export LANG && git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep MAC_PACKAGE_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
@printf "IOS_NUGET_COMMIT_DISTANCE:=$(shell LANG=C; export LANG; git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep IOS_NUGET_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
@printf "TVOS_NUGET_COMMIT_DISTANCE:=$(shell LANG=C; export LANG; git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep TVOS_NUGET_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
@printf "WATCHOS_NUGET_COMMIT_DISTANCE:=$(shell LANG=C; export LANG; git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep WATCHOS_NUGET_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
@printf "MACOS_NUGET_COMMIT_DISTANCE:=$(shell LANG=C; export LANG; git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep MACOS_NUGET_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
[src] Build Xamarin.MacCatalyst.dll
2020-11-23 16:46:11 +03:00
@printf "MACCATALYST_NUGET_COMMIT_DISTANCE:=$(shell LANG=C; export LANG; git --git-dir $(TOP)/.git log `git --git-dir $(TOP)/.git blame -- ./Make.versions HEAD | grep MACCATALYST_NUGET_VERSION= | sed 's/ .*//' `..HEAD --oneline | wc -l | sed 's/ //g')\n" >> $@
Add build system.
2016-04-21 11:59:27 +03:00
@if which ccache > /dev/null 2>&1; then printf "ENABLE_CCACHE=1\nexport CCACHE_BASEDIR=$(abspath $(TOP)/..)\n" >> $@; echo "Found ccache on the system, enabling it"; fi
Auto-enable the Xamarin build if the maccore repository exists. (#2421) This makes it a bit harder to accidentally not enable the Xamarin build.
2017-08-03 16:21:39 +03:00
@if test -d $(TOP)/../maccore; then printf "ENABLE_XAMARIN=1\n" >> $@; echo "Detected the maccore repository, automatically enabled the Xamarin build"; fi
Automatically build mono from source if any of the archives aren't available. (#7160) (#7180) * Automatically build mono from source if any of the archives aren't available. * [jenkins] Show in the PR report if mono was built from source. * [jenkins] Make sure we got everything after running configure.
2019-10-07 17:32:00 +03:00
@# Build from source if we're on CI and packages aren't available.
@if ! curl -s -f --head "$(MONO_IOS_URL)" &> /dev/null; then \
echo "$(COLOR_GRAY)*** The mono archive for iOS ($(MONO_IOS_URL)) can't be downloaded:$(COLOR_CLEAR)"; \
echo "$$ curl -s --head '$(MONO_IOS_URL)'" | sed 's/^/ /'; \
curl -s --head "$(MONO_IOS_URL)" | sed 's/^/ /'; \
MONO_DOWNLOAD_FAIL=1; \
fi; \
if ! curl -s -f --head "$(MONO_MAC_URL)" &> /dev/null; then \
echo "$(COLOR_GRAY)*** The mono archive for macOS ($(MONO_MAC_URL)) can't be downloaded:$(COLOR_CLEAR)"; \
echo "$$ curl -s --head '$(MONO_MAC_URL)'" | sed 's/^/ /'; \
curl -s --head "$(MONO_MAC_URL)" | sed 's/^/ /'; \
MONO_DOWNLOAD_FAIL=1; \
fi; \
if test -n "$$MONO_DOWNLOAD_FAIL"; then \
echo "$(COLOR_GRAY)Building mono from source because one or both of the mono archives aren't downloadable.$(COLOR_CLEAR)"; \
printf "MONO_BUILD_FROM_SOURCE=1\n" >> $@; \
else \
echo "Downloading mono archives"; \
fi
Add build system.
2016-04-21 11:59:27 +03:00
Try to make version numbers clearer, and establish some ground rules. (#4927)
2018-10-04 20:49:26 +03:00
include $(TOP)/Make.versions
[api-diff] Bump to latest stable (xcode13.1 branch) + add support for different reference api urls for legacy iOS and Mac. (#13292) * Update README with new releases. * [api-diff] Bump to latest stable (xcode13.1 branch) + add support for different reference api urls for legacy iOS and Mac. Also fix make logic to only have a single rule per hash, which avoids a few make warnings about duplicate targets.
2021-11-08 18:15:58 +03:00
APIDIFF_REFERENCES_iOS=https://bosstoragemirror.blob.core.windows.net/wrench/xcode13.1/8fd9e62891f8e4fbaa040cdfbf8b96467060c85c/5371501/package/bundle.zip
APIDIFF_REFERENCES_Mac=https://bosstoragemirror.blob.core.windows.net/wrench/xcode13.1/8fd9e62891f8e4fbaa040cdfbf8b96467060c85c/5371501/package/bundle.zip
[ApiDiffs] Creating Api Diffs for the Dotnet Assemblies (#12886)
2021-10-15 20:04:35 +03:00
APIDIFF_REFERENCES_DOTNET_iOS=https://bosstoragemirror.blob.core.windows.net/wrench/main/3c2c3d062daedd66ccd06ecb68192767ddf8e3c4/5315390/package/bundle.zip
APIDIFF_REFERENCES_DOTNET_tvOS=https://bosstoragemirror.blob.core.windows.net/wrench/main/3c2c3d062daedd66ccd06ecb68192767ddf8e3c4/5315390/package/bundle.zip
APIDIFF_REFERENCES_DOTNET_macOS=https://bosstoragemirror.blob.core.windows.net/wrench/main/3c2c3d062daedd66ccd06ecb68192767ddf8e3c4/5315390/package/bundle.zip
APIDIFF_REFERENCES_DOTNET_MacCatalyst=https://bosstoragemirror.blob.core.windows.net/wrench/main/3c2c3d062daedd66ccd06ecb68192767ddf8e3c4/5315390/package/bundle.zip
[api-diff] Remove apidiff XML reference files. Fixes #4891 (#5663) Instead download the assemblies (part of existing bundle.zip) of the current release and generate the XML locally (no storage in github) before doing the diff against the newer, just built, assemblies. reference: https://github.com/xamarin/xamarin-macios/issues/4891
2019-02-27 16:59:53 +03:00
Add build system.
2016-04-21 11:59:27 +03:00
PACKAGE_HEAD_REV=$(shell git rev-parse HEAD)
[Make.config] Add TODO for PACKAGE_VERSION_REV (#3083) In my bump to Xcode 9.2 final: https://github.com/xamarin/xamarin-macios/pull/3081 I updated the `IOS_PACKAGE_VERSION`'s minor # (for the release) but forgot to update `PACKAGE_VERSION_REV` (genuinely didn't know about it). In retrospect, I should have read the bloc of text a couple lines above that says: "A release branch requires updating". Therefore in a desperate attempt to avoid that future me missing this I added a `/!\ README /!\`. I also updated the comment above `PACKAGE_VERSION_REV` to better highlight the importance of resetting to 0 and a TODO to, again, help future me see this (:
2017-12-06 17:36:08 +03:00
#
# /!\ README /!\
Add build system.
2016-04-21 11:59:27 +03:00
#
Try to make version numbers clearer, and establish some ground rules. (#4927)
2018-10-04 20:49:26 +03:00
# A release branch requires updating some variables.
# This is done in Make.versions, not here.
Add build system.
2016-04-21 11:59:27 +03:00
#
[makefile] Fix 'buildinfo' branch name on jenkins (#4703) - Jenkins knows the branch name $(BRANCH_NAME) which Wrench didn't. - Fixes #4674: [Makefile] Incorrect 'HEAD' word used as branch for xcode10 pkg. (https://github.com/xamarin/xamarin-macios/issues/4674)
2018-08-28 18:08:36 +03:00
ifeq ($(BRANCH_NAME),)
# BRANCH_NAME is set in Jenkins, so this is for local builds.
Add build system.
2016-04-21 11:59:27 +03:00
CURRENT_BRANCH:=$(shell git rev-parse --abbrev-ref HEAD)
else
[makefile] Fix 'buildinfo' branch name on jenkins (#4703) - Jenkins knows the branch name $(BRANCH_NAME) which Wrench didn't. - Fixes #4674: [Makefile] Incorrect 'HEAD' word used as branch for xcode10 pkg. (https://github.com/xamarin/xamarin-macios/issues/4674)
2018-08-28 18:08:36 +03:00
CURRENT_BRANCH:=$(BRANCH_NAME)
Add support for building on Jenkins. (#4159) Add support for building on internal Jenkins. Jenkins has been configured to build every branch on xamarin/xamarin-macios that contains a `jenkins/Jenkinsfile`, which means it will start working as soon as this PR is merged. Results will be posted as statuses on each commit, which can be viewed using the url `https://github.com/xamarin/xamarin-macios/commits/<branch>`: ![screenshot 2018-06-01 11 12 57](https://user-images.githubusercontent.com/249268/40832932-c3b05eb0-658c-11e8-9670-8de5fcc23407.png) * The `continuous-integration/jenkins/branch` status links to the jenkins job. * The other two are XI and XM packages (the `Jenkins-` prefix will be removed once we officially switch from Wrench to Jenkins). More detailed information will be added as a comment to each commit, which can be seen by clicking on the commit and scrolling to the bottom (url of the format `https://github.com/xamarin/xamarin-macios/commit/<sha1>`) ![screenshot 2018-06-01 11 14 33](https://user-images.githubusercontent.com/249268/40833014-fd8772f4-658c-11e8-8a35-5df46bfb16c7.png) Unfortunately GitHub does not display the commit statuses when viewing a single commit, so to view those statuses you'll have to view the list of commits (the `/commits/` url). Tip: it's possible to use `<sha1>` instead of `<branch>` (and vice versa for that matter) if you're interested in the statuses of a particular commit. Pull requests will also be built (only from contributors with write access), but by default nothing will be done (the job will exit immediately, although a green check mark will still show up). Jenkins will **not** add a comment in the pull request in this case. However, if the label `build-package` [1] is set for a pull request, the internal jenkins job will run (it will do everything except the local xharness test run: this includes creating and publishing packages, creating various diffs, run tests on older macOS versions, test docs, etc). A detailed comment will also be added to the pull request (see below for multiple examples), which means that there will be two Jenkins comments: one for the public Jenkins which builds every PR, and one for the internal Jenkins [2]. [1] I don't quite like the name of the label, because it doesn't get even close to explain all that will actually happen, but `run-on-internal-jenkins-and-create-package` is a bit too long IMHO... Also it's non-obvious that this is the label to apply if the reason for executing on the internal jenkins is some other reason (for instance to test a maccore bump). Other ideas: * `run-internal-jenkins`: doesn't make it obvious that a package will be created (which is probably the most common reason to want to run on internal jenkins) * We could have multiple labels that mean the same thing: `build-package`, `internal-build`, `run-internal-jenkins`, etc, but it's redundant and I don't quite like it either. * Any other ideas? [2] I'm noticing now that these two look quite similar and this might end up confusing (the main difference is that the comment from the public jenkins will say **Build success/failure** and **Build comment file:** at the top. If something goes wrong the failure will also show up differently). Should this be made clearer?
2018-06-05 02:40:16 +03:00
endif
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
CURRENT_BRANCH_SED_ESCAPED:=$(subst |,\|,$(subst &,\&,$(subst $$,\$$,$(subst /,\/,$(CURRENT_BRANCH)))))
# The branch name in the nuget version has to be alphanumeric, and we follow the semantic versioning spec,
# which defines "alphanumeric" as the letters, numbers and the dash character (and nothing else).
# So here we replace all non-alphanumeric characters in the branch name with a dash.
CURRENT_BRANCH_ALPHANUMERIC:=$(shell export LANG=C; printf "%s" "$(CURRENT_BRANCH)" | tr -c '[a-zA-Z0-9-]' '-')
# Get the current hash
CURRENT_HASH:=$(shell git log -1 --pretty=%h)
# Get the pull request number, if this is a pull request
# Jenkins may set either CHANGE_ID or ghprbPullId
# Azure Devops sets SYSTEM_PULLREQUEST_PULLREQUESTNUMBER
ifneq ($(CHANGE_ID),)
PULL_REQUEST_ID=$(CHANGE_ID)
else ifneq ($(ghprbPullId),)
PULL_REQUEST_ID=$(ghprbPullId)
else ifneq ($(SYSTEM_PULLREQUEST_PULLREQUESTNUMBER),)
PULL_REQUEST_ID=$(SYSTEM_PULLREQUEST_PULLREQUESTNUMBER)
endif
Try to prevent identical version numbers across branches by matching hardcoded prerelease identifiers with hardcoded branch name. (#11893) If we hardcode a prelease identifier for a .NET release, we can easily end up with multiple branches using the same version number, because the hardcoded prerelease identifier ends up being the same for any other branches that are created later from the release branch (one typical example would be backport branches). This is bad. So try to prevent this, by hardcoding two values instead! We'll hardcode the branch name where the hardcoded prerelease identifier should be applied, and this way any other branches will not use the hardcoded prerelease identifier. Ref: https://github.com/xamarin/xamarin-macios/pull/11891.
2021-06-11 13:56:24 +03:00
# For release branches, modify the following variables to hardcode a version name
Bump .NET to Preview 14 (#13879) Co-authored-by: Alex Soto <alex@alexsoto.me>
2022-01-26 11:38:50 +03:00
# Set the NUGET_HARDCODED_PRERELEASE_IDENTIFIER variable to the prerelease identifer you want (say "rc.1")
NUGET_HARDCODED_PRERELEASE_IDENTIFIER=preview.14
Try to prevent identical version numbers across branches by matching hardcoded prerelease identifiers with hardcoded branch name. (#11893) If we hardcode a prelease identifier for a .NET release, we can easily end up with multiple branches using the same version number, because the hardcoded prerelease identifier ends up being the same for any other branches that are created later from the release branch (one typical example would be backport branches). This is bad. So try to prevent this, by hardcoding two values instead! We'll hardcode the branch name where the hardcoded prerelease identifier should be applied, and this way any other branches will not use the hardcoded prerelease identifier. Ref: https://github.com/xamarin/xamarin-macios/pull/11891.
2021-06-11 13:56:24 +03:00
# Set the NUGET_HARDCODED_PRERELEASE_BRANCH variable to the exact name for the branch the above variable should apply to (so that any other branches won't pick it up by accident).
Bump .NET to Preview 14 (#13879) Co-authored-by: Alex Soto <alex@alexsoto.me>
2022-01-26 11:38:50 +03:00
# For the previous example, this would be "release/6.0.2xx-rc1"
.NET: make main the 'rc.1' release. (#12442) This way we follow what the rest of .NET and Android do. Ref: https://github.com/xamarin/xamarin-android/pull/6187
2021-08-17 09:04:33 +03:00
# When creating a release branch from main, this must be changed from "main" to the new release branch.
NUGET_HARDCODED_PRERELEASE_BRANCH=main
Try to prevent identical version numbers across branches by matching hardcoded prerelease identifiers with hardcoded branch name. (#11893) If we hardcode a prelease identifier for a .NET release, we can easily end up with multiple branches using the same version number, because the hardcoded prerelease identifier ends up being the same for any other branches that are created later from the release branch (one typical example would be backport branches). This is bad. So try to prevent this, by hardcoding two values instead! We'll hardcode the branch name where the hardcoded prerelease identifier should be applied, and this way any other branches will not use the hardcoded prerelease identifier. Ref: https://github.com/xamarin/xamarin-macios/pull/11891.
2021-06-11 13:56:24 +03:00
# compute the alphanumeric version of the hardcoded prerelease branch
NUGET_HARDCODED_PRERELEASE_BRANCH_ALPHANUMERIC:=$(shell export LANG=C; printf "%s" "$(NUGET_HARDCODED_PRERELEASE_BRANCH)" | tr -c '[a-zA-Z0-9-]' '-')
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
# The prerelease identifier is missing the per-product commit distance, which is added below
Try to prevent identical version numbers across branches by matching hardcoded prerelease identifiers with hardcoded branch name. (#11893) If we hardcode a prelease identifier for a .NET release, we can easily end up with multiple branches using the same version number, because the hardcoded prerelease identifier ends up being the same for any other branches that are created later from the release branch (one typical example would be backport branches). This is bad. So try to prevent this, by hardcoding two values instead! We'll hardcode the branch name where the hardcoded prerelease identifier should be applied, and this way any other branches will not use the hardcoded prerelease identifier. Ref: https://github.com/xamarin/xamarin-macios/pull/11891.
2021-06-11 13:56:24 +03:00
# DO NOT MODIFY THE BELOW CONDITIONS TO HARDCODE A VERSION NUMBER FOR RELEASE BRANCHES.
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
ifneq ($(PULL_REQUEST_ID),)
NUGET_PRERELEASE_IDENTIFIER=ci.pr.gh$(PULL_REQUEST_ID).
Try to prevent identical version numbers across branches by matching hardcoded prerelease identifiers with hardcoded branch name. (#11893) If we hardcode a prelease identifier for a .NET release, we can easily end up with multiple branches using the same version number, because the hardcoded prerelease identifier ends up being the same for any other branches that are created later from the release branch (one typical example would be backport branches). This is bad. So try to prevent this, by hardcoding two values instead! We'll hardcode the branch name where the hardcoded prerelease identifier should be applied, and this way any other branches will not use the hardcoded prerelease identifier. Ref: https://github.com/xamarin/xamarin-macios/pull/11891.
2021-06-11 13:56:24 +03:00
else ifeq ($(NUGET_HARDCODED_PRERELEASE_BRANCH_ALPHANUMERIC),$(CURRENT_BRANCH_ALPHANUMERIC))
Make the NuGet version code a bit more consistent. (#12841) Some code branches had names with dot at the end, some code paths didn't. Now they're all dotted in the same place.
2021-09-27 16:52:24 +03:00
NUGET_PRERELEASE_IDENTIFIER=$(NUGET_HARDCODED_PRERELEASE_IDENTIFIER).
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
else
NUGET_PRERELEASE_IDENTIFIER=ci.$(CURRENT_BRANCH_ALPHANUMERIC).
endif
NUGET_BUILD_METADATA=sha.$(CURRENT_HASH)
Add build system.
2016-04-21 11:59:27 +03:00
IOS_PRODUCT=Xamarin.iOS
IOS_PACKAGE_NAME=Xamarin.iOS
IOS_PACKAGE_NAME_LOWER=$(shell echo $(IOS_PACKAGE_NAME) | tr "[:upper:]" "[:lower:]")
IOS_PACKAGE_VERSION_MAJOR=$(word 1, $(subst ., ,$(IOS_PACKAGE_VERSION)))
IOS_PACKAGE_VERSION_MINOR=$(word 2, $(subst ., ,$(IOS_PACKAGE_VERSION)))
Try to make version numbers clearer, and establish some ground rules. (#4927)
2018-10-04 20:49:26 +03:00
IOS_PACKAGE_VERSION_REV:=$(word 3, $(subst ., ,$(IOS_PACKAGE_VERSION)))
Add build system.
2016-04-21 11:59:27 +03:00
IOS_PACKAGE_VERSION_BUILD=$(IOS_COMMIT_DISTANCE)
[Make.config] Set IOS_PACKAGE_VERSION_REV (#4856) If this isn't set the `Constants.*.cs.in` files won't have the proper version values. E.g: '12.3.' instead of '12.3.0'.
2018-09-20 23:18:24 +03:00
IOS_PACKAGE_UPDATE_ID=$(shell printf "2%02d%02d%02d%03d" $(IOS_PACKAGE_VERSION_MAJOR) $(IOS_PACKAGE_VERSION_MINOR) $(IOS_PACKAGE_VERSION_REV) $(IOS_PACKAGE_VERSION_BUILD))
Add build system.
2016-04-21 11:59:27 +03:00
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
IOS_NUGET=Microsoft.iOS
IOS_NUGET_VERSION_MAJOR=$(word 1, $(subst ., ,$(IOS_NUGET_VERSION)))
IOS_NUGET_VERSION_MINOR=$(word 2, $(subst ., ,$(IOS_NUGET_VERSION)))
IOS_NUGET_VERSION_PATCH=$(word 3, $(subst ., ,$(IOS_NUGET_VERSION)))
IOS_NUGET_VERSION_NO_METADATA=$(IOS_NUGET_VERSION)-$(NUGET_PRERELEASE_IDENTIFIER)$(IOS_NUGET_COMMIT_DISTANCE)
IOS_NUGET_VERSION_FULL=$(IOS_NUGET_VERSION_NO_METADATA)+$(NUGET_BUILD_METADATA)
[dotnet] Initial support for .NET6 from Windows (#10590) These changes add support for executing iOS and MacDev tasks remotely (on a Mac) when running a build from Windows, and creates a specific .NET6 pack for Windows that's only included in the MSI. For now this only enables builds for the iOS Simulator, physical devices are not yet supported. - Each task decides if it should run locally or remotely depending on the SessionId property, which will only have a value on Windows. - The XMA Build agent is now part of this repo and will be included in the iOS .NET6 Windows pack. - On this first version we're including some Windows specific tasks and references into the Xamarin.iOS.Tasks project for simplicity, but those will be moved to the Windows specific project. ------------ * [msbuild] Adds support for executing Xamarin.iOS tasks from Windows * [msbuild] Adds support for executing Xamarin.MacDev tasks from Windows * Added XMA Build Agent to Xamarin.MacDev.Tasks.sln * Fixes some MSBuild versioning problems * Makes the XMA Build agent load Xamarin.iOS tasks We need to load a type from the iOS tasks assembly so we can run the tasks requested by MSBuild from Windows. We only need to load Xamarin.iOS.Tasks.dll since MacDev.tasks is already embedded in that one. There's a little trick on the csproj, we can't directly use the Xamarin.iOS.Tasks project ref assemblies because that includes both Xamarin.iOS.Tasks.dll and Xamarin.MacDev.Tasks.dll, so the MacDev tasks will collide. We use the project ref only for build dependency purposes but we add an assembly reference to Xamarin.iOS.Tasks.dll. * Added Xamarin.iOS.Tasks.Windows project * Removed unnecessary references on Xamarin.iOS.Tasks.Windows.csproj * Adds Messaging assemblies when ILRepacking Xamarin Tasks The Xamarin Task assemblies now depend on Messaging, so we need the Messaging assemblies to be packed into Xamarin.Mac.Tasks and Xamarin.iOS.Tasks. Also had to remove the direct Messaging dependencies from the build agent since those are already contained in Xamarin.iOS.Tasks * Adds a reference to Messaging.Core targets to the Agent's project * [msbuild] Adds Xamarin iOS Windows targets * [msbuild] Adds missing dependencies to Xamarin.iOS.Tasks This should fix build errors because of missing dependencies. Had to move System.Net.Mqtt.Server from the Build agent project to the tasks one to avoid conflicts with System.Diagnostics.Tracer. * [dotnet] Creates iOS Windows pack Creates a new pack for Windows specific (targets, build agent, etc.) files that shouldn't be installed on the Mac. We have a separate package for this to avoid increasing the core pack size with things that are not needed when using it from macOS. * Fixes type in dotnet makefile * [dotnet] Fixes the iOS Windows pack generation - The windows pack should not include the Sdk and Targets folders - For now we'll just create an iOS pack - Fixes the path to the files to include on the Windows Sdk pack * Added reference to the Windows iOS SDK from the Xamarin.iOS.Common.targets Added a property to navigate to the Windows iOS SDK folder, based on a naming convention that assumes that both packs will always have the same version * Added reference to the core iOS SDK from the Windows iOS SDK Added a property to navigate to the core iOS SDK folder, based on a naming convention that assumes that both packs will always have the same version * Updated Messaging version * Override MessagingBuildClientAssemblyFile property and correctly imported props from targets * [dotnet] Make Windows pack using target files from the output dir We need to take the target files from the output dir to include targets that are part of nuget packages, otherwise we will only include targets from our source * [dotnet] Adds the Windows Sdk pack to the workload manifest * [msbuild] Fixes the Windows Sdk pack name * [dotnet] Merge Mqtt instead of Mqtt.Server We only need System.Net.Mqtt to be merged into Xamarin.iOS.Tasks * Updated Messaging version * [dotnet] Several fixes for the Windows Sdk - Adds missing task CollectMonotouchReferences - Merges more dependencies into Xamarin.iOS.Tasks.dll needed by XMA - Updates the msbuild/Makefile to include files from both the output dir and the source dir - Overrides the agents directory to look for them on the Windows pack * [dotnet] Fixes the XMA Build agent - The build agent is an app so it cannot target ns2.0 - The MSBuild dependencies should be copied into the agent zip file - Avoids copying all the Xamarin iOS SDK core targets into the build agent, since those are not needed - Ensures the broker zip file is copied into the Xamarin.iOS.Windows.Tasks output dir so its included in the Windows pack * Bumps Xamarin.Messaging to 1.2.102 * Adds net6-win branch to trigger builds * Adds Messaging.Client missing dependency to Xamarin.Mac.Tasks * Added Xamarin.Messaging.Apple.Tasks project and VerifyXcodeVersion Task * Fix unloaded Xamarin.Messaging.Build project * Added Build contracts project and unified Xamarin.Messaigng.Apple.Tasks in Xamarin.iOS.Tasks.Windows Also added missing tasks and changes .After.targets * Updated Xamarin.Messaging version * Build agent - reference MSBuild assemblies from the framework Since the assemblies will be included in the build agent we need those to be the ones that come from the framework to be compatible with macOS * [msbuild] Fixes _UpdateDynamicLibraryId target The tasks con this target need to be executed remotely (when building from Windows). * Updates resources * Bump Xamarin.Messaging Fixes problems when executing Exec task remotely * [dotnet] Overrides Publish targets to execute them remotely from Windows The `_CopyResolvedFilesToPublishPreserveNewest` and `_CopyResolvedFilesToPublishAlways` targets essentially copy files into the app bundle. Since those are part of the .NET SDK we need to override those so we can pass to the Copy task the SessionId parameter and then it will be executed remotely when building from Windows. This is done in a Windows.After.targets file so it won't affect builds on macOS. * Added ILMerge to Xamarin.iOS.Tasks.Windows Also modified ILMerge.targets to not include System assemblies because we don't need them on the Windows package * Bumps Messaging This new version of messaging fixes a problem when copying task inputs from Windows to the Mac * [dotnet] Fixes copying files to the Mac when building from Windows When building from Windows there are .NET SDK targets that copy dynamic libraries from the SDK to the intermediate output directory or other files to the publish directory, since we can't control those we can't run them remotely so we need to copy those files to the Mac to ensure other targets will find those. * [dotnet] Fixes how files are copied to the output dir - Before executing `_CopyResolvedFilesToPublishPreserveNewest` and `_CopyResolvedFilesToPublishAlways` we copy the input files for those targets to the Mac - Then we override the original targets to execute the same copy task as the original ones but on the Mac, so the output files are placed in the right location for the following targets to pick them up. * Fixes typo on Xamarin.iOS.Common.After.targets * Bumps Xamarin.Messaging * [msbuild] Fixes VerifyXcodeVersion and ResolveUTIs tasks Both tasks were not being able to connect to the Mac mostly because of ILRepack, there were kind of 2 versions of Xamarin.Messaging, one merged into Xamarin.iOS.Tasks and another one merged into Xamarin.iOS.Windows.Tasks. Because of this the build connection object registered on the task could not be casted to the build connection type. This essentially moves both tasks into the Xamarin.iOS.Tasks assembly to avoid this issue, and as part of that also includes the Messaging contracts into that same project. * [msbuild] Fixes warnings when building from Windows * [dotnet] Adds missing assemblies to merge into Xamarin.iOS.Tasks Those 2 new assemblies will only be used from Windows and we need their implementation instead of the ref assemblies. In the future we will need to find a way of doing this on the Windows only pack insted of doing it on the core Xamarin.iOS.Tasks assembly. * [dotnet] Compute PublishTrimmed on a target We need to do this so the property is evaluated after VS on Windows connects to the Mac, otherwise by default IsMacEnabled is false from Windows. * Bumps Messaging to 1.2.111 * [dotnet] Execute ILLink remotely when building from Windows - Overrides the ILLink task and _RunILLink target to add the hability to execute it remotely, adding input and output properties so files are copied to the server and output files are created on Windows. - This "custom" ILLink task will only be executed from the Windows targets so when building from a Mac it will execute the core SDK task. * [dotnet] Fixes intput/output files creation for linker tasks - Custom Linker options file should be created on the Mac so we need to execute WriteLinesToFile remotely - All the *.items files from the linker are created on the Mac so we need to execute ReadItemsFromFile remotely - CompileNativeCode: fixes the OutputFile metadata path, otherwise the execution fails; also copies all the files in the declared "IncludeDirectories" to the Mac - Avoids copying input files from Windows to the Mac when running LinkNativeCode since the real input files already exist on the Mac, and Windows contains only empty files just to make MSBuild inputs/outputs check work. If we copy those empty files to the Mac we brake the build. * [msbuild] Minor fixes after merging from main * [dotnet] Adds missing output files to the Xamarin.iOS.Tasks.Windows project The output of this project was missing Messaging build targets and the build agent zip file that are needed to create the dotnet Windows specific pack * [dotnet] Fixes dotnet Windows specific pack generation Ensures the Windows projects are built and the files are copied to the dotnet pack directory before creating the package. It also adds a variable to enable building this pack. * [dotnet] Adds iOS Windows specific pack to iOS only MSI There's only a Windows specific pack for iOS available for now, so we should only add it to the iOS SDK MSI * [dotnet] Create a separate bundle for the iOS Windows MSI We need to do this to avoid including the Windows specific pack in the pkg. Also for now we'll only create an MSI for iOS since it's the only supported platform from Windows. * Fixes spacing issues in Xamarin.iOS.Tasks.csproj * Bumps Touch.Unit back to 05db76 * Fixes formatting problems * [msbuild] Replaces error E0176 by E0186 Because there's a warning W0176 that will overlap with the error * [msbuild] Fixes CompileEntitlements task There were 2 problems: 1- The if statement on the DefaultEntitlementsPath was wrong, because we should return the base value if there's no SessionId (which means the task is running on a Mac) 2- We should copy to the Mac the default entitlements file if no custom file was specified * Several fixes to cleanup the code to support iOS from Windows * Apply suggestions from code review Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> * Formatting fixes in Xamarin.Messaging.Build * Reverted formatting changes in CompileEntitlements.cs * More formatting fixes * Update msbuild/Messaging/Xamarin.Messaging.Build/Handlers/ExecuteTaskMessageHandler.cs Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> * Fixes order of MSBuild errors in the resource file * Add newly added localizable strings to canary test of translated strings. * Delete tests that ensure theres code only on the abstract tasks These were needed to ensure all the code was in the base tasks so we could have tasks implementations on Windows to remote those. Now that code is part of this repo (and that is why these tests are failing now) so we do not need them anymore. * [dotnet] Don't build the Windows SDK pack if not configured to do so. Co-authored-by: mag <mauro.agnoletti@gmail.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2021-02-12 09:43:17 +03:00
IOS_WINDOWS_NUGET=Microsoft.iOS.Windows
IOS_WINDOWS_NUGET_VERSION_MAJOR=$(IOS_NUGET_VERSION_MAJOR)
IOS_WINDOWS_NUGET_VERSION_MINOR=$(IOS_NUGET_VERSION_MINOR)
IOS_WINDOWS_NUGET_VERSION_PATCH=$(IOS_NUGET_VERSION_PATCH)
IOS_WINDOWS_NUGET_VERSION_NO_METADATA=$(IOS_NUGET_VERSION_NO_METADATA)
IOS_WINDOWS_NUGET_VERSION_FULL=$(IOS_NUGET_VERSION_FULL)
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
TVOS_NUGET=Microsoft.tvOS
TVOS_NUGET_VERSION_MAJOR=$(word 1, $(subst ., ,$(TVOS_NUGET_VERSION)))
TVOS_NUGET_VERSION_MINOR=$(word 2, $(subst ., ,$(TVOS_NUGET_VERSION)))
TVOS_NUGET_VERSION_PATCH=$(word 3, $(subst ., ,$(TVOS_NUGET_VERSION)))
TVOS_NUGET_VERSION_NO_METADATA=$(TVOS_NUGET_VERSION)-$(NUGET_PRERELEASE_IDENTIFIER)$(TVOS_NUGET_COMMIT_DISTANCE)
TVOS_NUGET_VERSION_FULL=$(TVOS_NUGET_VERSION_NO_METADATA)+$(NUGET_BUILD_METADATA)
WATCHOS_NUGET=Microsoft.watchOS
WATCHOS_NUGET_VERSION_MAJOR=$(word 1, $(subst ., ,$(WATCHOS_NUGET_VERSION)))
WATCHOS_NUGET_VERSION_MINOR=$(word 2, $(subst ., ,$(WATCHOS_NUGET_VERSION)))
WATCHOS_NUGET_VERSION_PATCH=$(word 3, $(subst ., ,$(WATCHOS_NUGET_VERSION)))
WATCHOS_NUGET_VERSION_NO_METADATA=$(WATCHOS_NUGET_VERSION)-$(NUGET_PRERELEASE_IDENTIFIER)$(WATCHOS_NUGET_COMMIT_DISTANCE)
WATCHOS_NUGET_VERSION_FULL=$(WATCHOS_NUGET_VERSION_NO_METADATA)+$(NUGET_BUILD_METADATA)
[src] Build Xamarin.MacCatalyst.dll
2020-11-23 16:46:11 +03:00
MACCATALYST_NUGET=Microsoft.MacCatalyst
MACCATALYST_NUGET_VERSION_MAJOR=$(word 1, $(subst ., ,$(MACCATALYST_NUGET_VERSION)))
MACCATALYST_NUGET_VERSION_MINOR=$(word 2, $(subst ., ,$(MACCATALYST_NUGET_VERSION)))
MACCATALYST_NUGET_VERSION_PATCH=$(word 3, $(subst ., ,$(MACCATALYST_NUGET_VERSION)))
MACCATALYST_NUGET_VERSION_NO_METADATA=$(MACCATALYST_NUGET_VERSION)-$(NUGET_PRERELEASE_IDENTIFIER)$(MACCATALYST_NUGET_COMMIT_DISTANCE)
MACCATALYST_NUGET_VERSION_FULL=$(MACCATALYST_NUGET_VERSION_NO_METADATA)+$(NUGET_BUILD_METADATA)
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
# Xcode version should have both a major and a minor version (even if the minor version is 0)
[main] Add Xcode 13.2 Support (#13643) * [Xcode13.2] Bump to Xcode 13.2 RC (#13497) * [Xcode13.2] Bump to Xcode 13.2 Beta 2 Breaking changes addressed for legacy * HomeKit * CallKit * CoreLocation * [xcode13.2] Bump to Xcode 13.2 RC and apply feedback * [AppKit] Fix missing Notifications * Fix xtro * [xcode13.2] Bump versions and use stable Xcode 13.2 * [monotouch-tests] Make TestAddingByComponents work on the last day of the year Happy New Year!! * NO BOM PLZ!
2022-01-03 17:28:00 +03:00
XCODE_VERSION=13.2
XCODE_URL=https://dl.internalx.com/internal-files/xcodes/Xcode_13.2.xip
XCODE_DEVELOPER_ROOT=/Applications/Xcode_13.2.0.app/Contents/Developer
Use the mono archive again. (#7096)
2019-09-25 18:35:11 +03:00
XCODE_PRODUCT_BUILD_VERSION:=$(shell /usr/libexec/PlistBuddy -c 'Print :ProductBuildVersion' $(XCODE_DEVELOPER_ROOT)/../version.plist)
Add build system.
2016-04-21 11:59:27 +03:00
Bump to mono:2019-06 (#6196) * Use the commonly used casing for `MSBuildSDKsPath` property Handle "incorrectly" cased msbuild property names msbuild property names are case insensitive. While generating the custom app.config, in `SetToolsetProperty(..)` we try to update the property if it already exists. But the name lookup was case sensitive, thus causing the lookup to fail, resulting in two entries for the same property name differing only in case. Eg. `MSBuildSDKsPath` vs `MSBuildSdksPath`. * [mtouch] Whitelist new Brotli native symbols in Xamarin.Tests.Misc.PublicSymbols test * [mtouch] Better assert in NoLLVMFailuresInWatchOS() test We'd list the "LLVM failed" messages before even though the AOT might've crashed and the list is meaningless. Assert the exit code before that. * [mtouch] Use new LLVM even for 32bit targets See https://github.com/mono/mono/issues/14841 and https://github.com/mono/mono/issues/9621 * [mtouch] Work around slow LLVM in "don't link" test See https://github.com/mono/mono/issues/14843 * Remove useless conditional * Remove LLVM36 from Makefile * [watch4] set right min version for arm64_32 based watch devices (#6307) Fixes the confusion around `libmono-native*` (see for example https://github.com/xamarin/xamarin-macios/commit/ce5ba1e41d526eddd9b61f68fae22a747831e9f2#commitcomment-33834491 ) when building with `MONO_BUILD_FROM_SOURCE=1`. * reflect watchos64_32_version_min change from mono sdk * Move mono hash info to mk/mono.mk so that existing scripts work. * Add Makefile dependency on mono.mk where necessary With https://github.com/xamarin/xamarin-macios/commit/3e7bc29adec8dff3558c284a3050f2db36ea3cf2 the Mono hash was moved from Make.config to mono.mk. We need to add a Makefile dependency on this file wherever Make.config was used to track a Mono dependency. * [tests] Copy mk/mono.mk to the XM test package. * [tests] Update minOS version test after consolidating min watchOS versions everywhere. Fixes this mtouch and mmptest failure: 1) Failed : Xamarin.Tests.ProductTests.MinOSVersion(watchOS,MinwatchOS,WatchOSSimulator,False) Failures Expected: <empty> But was: < "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (mono-runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-generated-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (shared-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-invoke-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (xamarin-support-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (nsstring-localization-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-varargs-debug.arm64_32.o)."... > * [mmp] Fix make clean target It needs an -r to remove directories: ``` rm: bin: is a directory rm: obj: is a directory ``` * Add new xamarin_timezone_get_local_name() to a few more places
2019-07-16 18:24:00 +03:00
# Mono version embedded in XI/XM (NEEDED_MONO_VERSION/BRANCH) are specified in mk/mono.mk
include $(TOP)/mk/mono.mk
MONO_HASH := $(NEEDED_MONO_VERSION)
Switch to mono archive and remove submodule
2019-05-12 19:06:06 +03:00
Fix min macOS version confusion. (#5080) * MIN_OSX_SDK_VERSION: the minimum macOS version we support for running macOS apps. * MIN_OSX_VERSION_FOR_MAC: the minimum macOS version we support for running XM/XI themselves. Change our build to make sure the above is respected, and in particular: * The mac32 and mac64 builds must use MIN_OSX_SDK_VERSION. * The runtime/ build must use MIN_OSX_SDK_VERSION. * The tools64 build should use MIN_OSX_VERSION_FOR_MAC. Also document a bit better the various version variables.
2018-11-05 16:46:41 +03:00
# Minimum Mono version for building XI/XM
[mono] Bump mono to the HEAD of 2020-02 (#14137) New commits in mono/mono: * mono/mono@4efc825e831 [Tools] Fix mono-api-html MarkdownFormatter.cs to avoid a NRE * mono/mono@6171c871809 vtable setup fix for generic default interface methods in mono runtime * mono/mono@148f536b0b4 [2020-02] [AOT] Use .short directive instead of .hword * mono/mono@a6f3e8f179a Avoid an assert in ves_icall_RuntimeFieldInfo_SetValueInternal * mono/mono@3c4f3de377d Add correct InetAccess category to HttpClientTest.Proxy_Disabled test and disable Ping tests * mono/mono@9f35bf1b807 Add missing handle function enter/return macros Diff: https://github.com/mono/mono/compare/45efaa3b6f9bb6aa5e6e2ef82d08ad849a40a34c..4efc825e831f8fa3401e030f82b527276c8992d1
2022-02-15 22:42:24 +03:00
MIN_MONO_VERSION=6.12.0.171
Bump to mono:2020-02 (#7795) Bump mono to 2020-02 head to be in sync with Android. Co-authored-by: Imran Hameed <imhameed@microsoft.com> Co-authored-by: Sebastien Pouliot <sebastien.pouliot@microsoft.com> Co-authored-by: Ankit Jain <radical@gmail.com> Co-authored-by: Manuel de la Pena <mandel@microsoft.com> Co-authored-by: Sebastien Pouliot <sebastien.pouliot@gmail.com>
2020-03-20 17:38:47 +03:00
MAX_MONO_VERSION=6.12.99
[mono] Bump mono to the HEAD of 2020-02 (#14137) New commits in mono/mono: * mono/mono@4efc825e831 [Tools] Fix mono-api-html MarkdownFormatter.cs to avoid a NRE * mono/mono@6171c871809 vtable setup fix for generic default interface methods in mono runtime * mono/mono@148f536b0b4 [2020-02] [AOT] Use .short directive instead of .hword * mono/mono@a6f3e8f179a Avoid an assert in ves_icall_RuntimeFieldInfo_SetValueInternal * mono/mono@3c4f3de377d Add correct InetAccess category to HttpClientTest.Proxy_Disabled test and disable Ping tests * mono/mono@9f35bf1b807 Add missing handle function enter/return macros Diff: https://github.com/mono/mono/compare/45efaa3b6f9bb6aa5e6e2ef82d08ad849a40a34c..4efc825e831f8fa3401e030f82b527276c8992d1
2022-02-15 22:42:24 +03:00
MIN_MONO_URL=https://xamjenkinsartifact.azureedge.net/build-package-osx-mono/2020-02/177/4efc825e831f8fa3401e030f82b527276c8992d1/MonoFramework-MDK-6.12.0.171.macos10.xamarin.universal.pkg
Add build system.
2016-04-21 11:59:27 +03:00
Store the minimum mono version for Xamarin.Mac in one place only (Make.config) and bump it to 5.14. Fixes #4120. (#4695) * Store the minimum mono version for Xamarin.Mac in one place only (Make.config) and bump it to 5.14. Fixes #4120. I've verified that we fail at launch of running on 5.12, while 5.14 works fine (to launch at least), so the minimum system mono version is _at least_ 5.14. Fixes https://github.com/xamarin/xamarin-macios/issues/4120. * [mmp] Load mono's version file instead of using pkg-config to get mono's version. pkg-config will only get three parts of the version, while the version file has all four parts. This is important, since we're now verifying the four parts of the version file, and without loading those four from the system, we'll fail builds like this: error MM0001: This version of Xamarin.Mac requires Mono 5.14.0.136 (the current Mono version is 5.14.0). because the three part version's fourth number is assumed to be 0. * Only verify mono runtime version when running with system/dynamic mono. There should be no need to verify the mono runtime version when embedding mono: * If it's a mono we're shipping, something very bad happened in our build/package for it to be an invalid mono. * If it's a system mono that's being embedded, then we verify in mmp at build time. In the first scenario (a mono we're shipping), the problem is that the mono we've built does not report back the full version number (with four parts) [1], which means we'll fail any check whose requirements are identical for the first three parts, and non-zero for the last. [1] The fourth part of the version number is created/calculated when packaging mono, and we're not packaging it.
2018-08-29 15:28:56 +03:00
# Minimum Mono version for Xamarin.Mac apps using the system mono
Bump to mono:2019-06 (#6196) * Use the commonly used casing for `MSBuildSDKsPath` property Handle "incorrectly" cased msbuild property names msbuild property names are case insensitive. While generating the custom app.config, in `SetToolsetProperty(..)` we try to update the property if it already exists. But the name lookup was case sensitive, thus causing the lookup to fail, resulting in two entries for the same property name differing only in case. Eg. `MSBuildSDKsPath` vs `MSBuildSdksPath`. * [mtouch] Whitelist new Brotli native symbols in Xamarin.Tests.Misc.PublicSymbols test * [mtouch] Better assert in NoLLVMFailuresInWatchOS() test We'd list the "LLVM failed" messages before even though the AOT might've crashed and the list is meaningless. Assert the exit code before that. * [mtouch] Use new LLVM even for 32bit targets See https://github.com/mono/mono/issues/14841 and https://github.com/mono/mono/issues/9621 * [mtouch] Work around slow LLVM in "don't link" test See https://github.com/mono/mono/issues/14843 * Remove useless conditional * Remove LLVM36 from Makefile * [watch4] set right min version for arm64_32 based watch devices (#6307) Fixes the confusion around `libmono-native*` (see for example https://github.com/xamarin/xamarin-macios/commit/ce5ba1e41d526eddd9b61f68fae22a747831e9f2#commitcomment-33834491 ) when building with `MONO_BUILD_FROM_SOURCE=1`. * reflect watchos64_32_version_min change from mono sdk * Move mono hash info to mk/mono.mk so that existing scripts work. * Add Makefile dependency on mono.mk where necessary With https://github.com/xamarin/xamarin-macios/commit/3e7bc29adec8dff3558c284a3050f2db36ea3cf2 the Mono hash was moved from Make.config to mono.mk. We need to add a Makefile dependency on this file wherever Make.config was used to track a Mono dependency. * [tests] Copy mk/mono.mk to the XM test package. * [tests] Update minOS version test after consolidating min watchOS versions everywhere. Fixes this mtouch and mmptest failure: 1) Failed : Xamarin.Tests.ProductTests.MinOSVersion(watchOS,MinwatchOS,WatchOSSimulator,False) Failures Expected: <empty> But was: < "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (mono-runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-generated-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (shared-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-invoke-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (xamarin-support-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (nsstring-localization-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-varargs-debug.arm64_32.o)."... > * [mmp] Fix make clean target It needs an -r to remove directories: ``` rm: bin: is a directory rm: obj: is a directory ``` * Add new xamarin_timezone_get_local_name() to a few more places
2019-07-16 18:24:00 +03:00
MIN_XM_MONO_VERSION=6.4.0.94
MIN_XM_MONO_URL=https://xamjenkinsartifact.azureedge.net/build-package-osx-mono/2019-06/77/c608cf3eafaea310e11af13cc9380d770112bb83/MonoFramework-MDK-6.4.0.94.macos10.xamarin.universal.pkg
Add build system.
2016-04-21 11:59:27 +03:00
[system-dependencies] Check for Visual Studio instead of Xamarin Studio. (#1965)
2017-04-06 18:12:32 +03:00
# Minimum Visual Studio version
Bump VsMac version. (#8134)
2020-03-18 18:26:11 +03:00
MIN_VISUAL_STUDIO_URL=https://bosstoragemirror.blob.core.windows.net/vsmac/3425624/release-8.4/88f89d49594ac101891944e2a6b9a0b607a6fb52/VisualStudioForMac-8.4.4.8.dmg
MIN_VISUAL_STUDIO_VERSION=8.4.4.8
Bump VSMac to use the stable release. (#11992)
2021-06-21 23:36:38 +03:00
MAX_VISUAL_STUDIO_VERSION=8.10.99
Add build system.
2016-04-21 11:59:27 +03:00
[system-dependencies] Add CMake dependency. (#920)
2016-09-30 22:46:40 +03:00
# Minimum CMake version
MIN_CMAKE_URL=https://cmake.org/files/v3.6/cmake-3.6.2-Darwin-x86_64.dmg
MIN_CMAKE_VERSION=2.8.8
Add Objective Sharpie 3.4 as an optional dependency, and add support for running xtro tests on wrench+jenkins. (#2887) This will add Objective Sharpie as an optional dependency, only enforced if actually trying to run the xtro tests. The wrench/jenkins tests will show up as green for now (since there are known failures in the xtro tests that have to be addressed first).
2017-10-17 13:03:50 +03:00
# ObjectiveSharpie min/max versions
Bump ObjectiveSharpie (#12423)
2021-08-13 10:36:28 +03:00
MIN_SHARPIE_VERSION=3.5.46
[sharpie] Update sharpie to latest notarized version (#7894)
2020-02-14 17:41:04 +03:00
MAX_SHARPIE_VERSION=3.5.99
Bump ObjectiveSharpie (#12423)
2021-08-13 10:36:28 +03:00
MIN_SHARPIE_URL=https://download.visualstudio.microsoft.com/download/pr/0e9ecce4-10b6-46a4-ae06-ad031b25eafc/761cd868c5c27f5b68765e1fa53fd873/objectivesharpie-3.5.46.pkg
Add Objective Sharpie 3.4 as an optional dependency, and add support for running xtro tests on wrench+jenkins. (#2887) This will add Objective Sharpie as an optional dependency, only enforced if actually trying to run the xtro tests. The wrench/jenkins tests will show up as green for now (since there are known failures in the xtro tests that have to be addressed first).
2017-10-17 13:03:50 +03:00
Fix min macOS version confusion. (#5080) * MIN_OSX_SDK_VERSION: the minimum macOS version we support for running macOS apps. * MIN_OSX_VERSION_FOR_MAC: the minimum macOS version we support for running XM/XI themselves. Change our build to make sure the above is respected, and in particular: * The mac32 and mac64 builds must use MIN_OSX_SDK_VERSION. * The runtime/ build must use MIN_OSX_SDK_VERSION. * The tools64 build should use MIN_OSX_VERSION_FOR_MAC. Also document a bit better the various version variables.
2018-11-05 16:46:41 +03:00
# Minimum OSX versions for building XI/XM
[xcode12.5] Initial bump for beta 1 (#10573) This version of Xcode requires macOS 11.0 or later. New commits in xamarin/maccore: * xamarin/maccore@de616ca53e [mlaunch] Fix dependencies for Xcode 12.5 beta 1 (#2387) * xamarin/maccore@e93375583c [Actions] Fix rebase trigger. * xamarin/maccore@0dfeb85ff6 [CI][VSTS] Add information when the external tool fails. (#2377) * xamarin/maccore@87e165fdbb Remove Vincent as a code owner 😞 (#2368) * xamarin/maccore@55a700bb5b [build] Add /restore to Xamarin.Analysis build (#2366) * xamarin/maccore@2d9f8a9685 Bump to xamarin/xamarin-analysis@95245313 (#2362) Diff: https://github.com/xamarin/maccore/compare/428964bf32f06862eb4209129c6fb5b882c3b9be..de616ca53e22ebea66216374a15b8caf2ca77e3c * Bump system mono to the latest available 2020-02 package. (#10402) This makes xamarin-macios build on Apple Silicon, and also seems to get an updated csc that fixes a problem with nullability warnings/errors. * [tests] Fix mmp-regression build ``` 10:59:46.5383210 Making all in /Users/builder/azdo/_work/1/s/xamarin-macios/tests/mmp-regression 10:59:46.5392610 TargetFrameworkFallbackSearchPaths=/Users/builder/azdo/_work/1/s/xamarin-macios/_mac-build/Library/Frameworks/Mono.framework/External/xbuild-frameworks MSBuildExtensionsPathFallbackPathsOverride=/Users/builder/azdo/_work/1/s/xamarin-macios/_mac-build/Library/Frameworks/Mono.framework/External/xbuild make all 10:59:46.6208220 /Applications/Xcode_12.5.0-beta.app/Contents/Developer/usr/bin/make clean 10:59:46.6956100 /Applications/Xcode_12.5.0-beta.app/Contents/Developer/usr/bin/make build 10:59:46.7422460 GEN dylib/libTest.dylib 10:59:46.8094820 ld: library not found for -lSystem 10:59:46.8097590 clang: error: linker command failed with exit code 1 (use -v to see invocation) 10:59:46.8110310 make[2]: *** [dylib/libTest.dylib] Error 1 10:59:46.8112570 make[1]: *** [run] Error 2 10:59:47.0030120 Process make exited with 2 ``` This happens on BigSur as it does not find the default location anymore... * [tests] Do not test GKLeaderboardViewController on BigSur The issue is the OS version, not the Xcode version. Update check to skip that test on macOS 11+ * [tests] Fix MSBuild tests / integration The test cannot work on BigSur since while you can `dlopen` the library you can open `fopen` it as a file (and can't embed it for the test). ``` 12:31:23.9407820 CSC : error CS1566: Error reading resource 'libz.dylib' -- 'Could not find file "/usr/lib/libz.dylib"' [/Users/builder/azdo/_work/1/s/xamarin-macios/tests/msbuild/Xamarin.MacDev.Tests/bin/Debug/net472/tmp-test-dir/msbuild-tests201/XM45Binding.csproj] 12:31:23.9407900 Done Building Project "/Users/builder/azdo/_work/1/s/xamarin-macios/tests/msbuild/Xamarin.MacDev.Tests/bin/Debug/net472/tmp-test-dir/msbuild-tests201/XM45Binding.csproj" (default targets) -- FAILED. ``` * [tests] Fix MTouch tests failures * `nm` changed it's output and test was updated * `clang` linking has a much higher limit for it's command-line length At least it does not seem to be OS specific since both 10.15 and 11.0 returns the same maximum ``` $ getconf ARG_MAX 1048576 ```
2021-02-06 04:30:24 +03:00
MIN_OSX_BUILD_VERSION=11.0
Fix min macOS version confusion. (#5080) * MIN_OSX_SDK_VERSION: the minimum macOS version we support for running macOS apps. * MIN_OSX_VERSION_FOR_MAC: the minimum macOS version we support for running XM/XI themselves. Change our build to make sure the above is respected, and in particular: * The mac32 and mac64 builds must use MIN_OSX_SDK_VERSION. * The runtime/ build must use MIN_OSX_SDK_VERSION. * The tools64 build should use MIN_OSX_VERSION_FOR_MAC. Also document a bit better the various version variables.
2018-11-05 16:46:41 +03:00
# Minimum OSX version for executing XI/XM tooling.
Update branch name (to master) and the mininum OSX version to build (El Capitan) (#814)
2016-09-13 00:43:43 +03:00
MIN_OSX_VERSION_FOR_IOS=10.11
MIN_OSX_VERSION_FOR_MAC=10.11
Add build system.
2016-04-21 11:59:27 +03:00
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
# Bump the *_NUGET_VERSION variables in Make.versions instead, because that makes sure the computed commit distance for the version is correct.
IOS_SDK_VERSION=$(word 1, $(subst ., ,$(IOS_NUGET_VERSION))).$(word 2, $(subst ., ,$(IOS_NUGET_VERSION)))
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
MACOS_SDK_VERSION=$(word 1, $(subst ., ,$(MACOS_NUGET_VERSION))).$(word 2, $(subst ., ,$(MACOS_NUGET_VERSION)))
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
WATCH_SDK_VERSION=$(word 1, $(subst ., ,$(WATCHOS_NUGET_VERSION))).$(word 2, $(subst ., ,$(WATCHOS_NUGET_VERSION)))
TVOS_SDK_VERSION=$(word 1, $(subst ., ,$(TVOS_NUGET_VERSION))).$(word 2, $(subst ., ,$(TVOS_NUGET_VERSION)))
Merge remote-tracking branch 'xamarin/xcode12.4' into main-xcode12.4-bump
2021-02-12 05:02:57 +03:00
MACCATALYST_SDK_VERSION=$(word 1, $(subst ., ,$(MACCATALYST_NUGET_VERSION))).$(word 2, $(subst ., ,$(MACCATALYST_NUGET_VERSION)))
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
MACCATALYST_MAC_SDK_VERSION=$(MACOS_SDK_VERSION)
Add build system.
2016-04-21 11:59:27 +03:00
Merge remote-tracking branch 'xamarin/xcode11.4' into d16-5-xcode11.4-merge
2020-03-03 17:41:16 +03:00
MAX_IOS_DEPLOYMENT_TARGET=$(IOS_SDK_VERSION)
[Mtouch] Make sure that the given SDK version and the iOS version do match. (#7717) We need to make sure that the iOS SDK and the iOS version do match the ones present in Xcode. * Add new variables to track the target version. * Add method to get the target version. * Modify mtouch to check agains the target framework rather than the SDK. This will allow to keep track of three independent things: 1. The SDK max version. 2. The Simulator max version. 3. The target version of the device. This had to be added becuase 13.2 has targets to 13.2 but simulators for 13.3 Fixes: https://github.com/xamarin/xamarin-macios/issues/7705
2020-01-22 18:57:27 +03:00
MAX_WATCH_DEPLOYMENT_TARGET=$(WATCH_SDK_VERSION)
Merge remote-tracking branch 'xamarin/xcode11.4' into d16-5-xcode11.4-merge
2020-03-03 17:41:16 +03:00
MAX_TVOS_DEPLOYMENT_TARGET=$(TVOS_SDK_VERSION)
[Mtouch] Make sure that the given SDK version and the iOS version do match. (#7717) We need to make sure that the iOS SDK and the iOS version do match the ones present in Xcode. * Add new variables to track the target version. * Add method to get the target version. * Modify mtouch to check agains the target framework rather than the SDK. This will allow to keep track of three independent things: 1. The SDK max version. 2. The Simulator max version. 3. The target version of the device. This had to be added becuase 13.2 has targets to 13.2 but simulators for 13.3 Fixes: https://github.com/xamarin/xamarin-macios/issues/7705
2020-01-22 18:57:27 +03:00
Merge remote-tracking branch 'xamarin/xcode11.4' into d16-5-xcode11.4-merge
2020-03-03 17:41:16 +03:00
MAX_IOS_SIMULATOR_VERSION=$(IOS_SDK_VERSION)
MAX_TVOS_SIMULATOR_VERSION=$(TVOS_SDK_VERSION)
[Mtouch] Make sure that the given SDK version and the iOS version do match. (#7717) We need to make sure that the iOS SDK and the iOS version do match the ones present in Xcode. * Add new variables to track the target version. * Add method to get the target version. * Modify mtouch to check agains the target framework rather than the SDK. This will allow to keep track of three independent things: 1. The SDK max version. 2. The Simulator max version. 3. The target version of the device. This had to be added becuase 13.2 has targets to 13.2 but simulators for 13.3 Fixes: https://github.com/xamarin/xamarin-macios/issues/7705
2020-01-22 18:57:27 +03:00
MAX_WATCH_SIMULATOR_VERSION=$(WATCH_SDK_VERSION)
Update Versions info for iOS/tvOS 12.3 & 12.4 + watchOS 5.3 (#6945) - Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/959179 - Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/956758 * Actually 12.3 & 12.4 are still on the 12.2 SDK * Turns out our version plist check is assuming max version supported = max sdk version
2019-09-10 17:12:26 +03:00
Fix min macOS version confusion. (#5080) * MIN_OSX_SDK_VERSION: the minimum macOS version we support for running macOS apps. * MIN_OSX_VERSION_FOR_MAC: the minimum macOS version we support for running XM/XI themselves. Change our build to make sure the above is respected, and in particular: * The mac32 and mac64 builds must use MIN_OSX_SDK_VERSION. * The runtime/ build must use MIN_OSX_SDK_VERSION. * The tools64 build should use MIN_OSX_VERSION_FOR_MAC. Also document a bit better the various version variables.
2018-11-05 16:46:41 +03:00
# Minimum OS versions for running XI/XM apps.
Bump the minimum iOS version to 7.0. Fixes #6213. (#6878) Xcode 11 doesn't support anything below iOS 7.0 (the linker will automatically change the deployment target to 7.0), so we need to drop support as well (since our native bits will be targetting iOS 7.0, and we can't change that). https://github.com/xamarin/xamarin-macios/issues/6213
2019-08-30 11:07:30 +03:00
MIN_IOS_SDK_VERSION=7.0
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
MIN_MACOS_SDK_VERSION=10.9
Add build system.
2016-04-21 11:59:27 +03:00
MIN_WATCHOS_SDK_VERSION=2.0
Bump to mono:2019-06 (#6196) * Use the commonly used casing for `MSBuildSDKsPath` property Handle "incorrectly" cased msbuild property names msbuild property names are case insensitive. While generating the custom app.config, in `SetToolsetProperty(..)` we try to update the property if it already exists. But the name lookup was case sensitive, thus causing the lookup to fail, resulting in two entries for the same property name differing only in case. Eg. `MSBuildSDKsPath` vs `MSBuildSdksPath`. * [mtouch] Whitelist new Brotli native symbols in Xamarin.Tests.Misc.PublicSymbols test * [mtouch] Better assert in NoLLVMFailuresInWatchOS() test We'd list the "LLVM failed" messages before even though the AOT might've crashed and the list is meaningless. Assert the exit code before that. * [mtouch] Use new LLVM even for 32bit targets See https://github.com/mono/mono/issues/14841 and https://github.com/mono/mono/issues/9621 * [mtouch] Work around slow LLVM in "don't link" test See https://github.com/mono/mono/issues/14843 * Remove useless conditional * Remove LLVM36 from Makefile * [watch4] set right min version for arm64_32 based watch devices (#6307) Fixes the confusion around `libmono-native*` (see for example https://github.com/xamarin/xamarin-macios/commit/ce5ba1e41d526eddd9b61f68fae22a747831e9f2#commitcomment-33834491 ) when building with `MONO_BUILD_FROM_SOURCE=1`. * reflect watchos64_32_version_min change from mono sdk * Move mono hash info to mk/mono.mk so that existing scripts work. * Add Makefile dependency on mono.mk where necessary With https://github.com/xamarin/xamarin-macios/commit/3e7bc29adec8dff3558c284a3050f2db36ea3cf2 the Mono hash was moved from Make.config to mono.mk. We need to add a Makefile dependency on this file wherever Make.config was used to track a Mono dependency. * [tests] Copy mk/mono.mk to the XM test package. * [tests] Update minOS version test after consolidating min watchOS versions everywhere. Fixes this mtouch and mmptest failure: 1) Failed : Xamarin.Tests.ProductTests.MinOSVersion(watchOS,MinwatchOS,WatchOSSimulator,False) Failures Expected: <empty> But was: < "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (mono-runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-generated-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (shared-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-invoke-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (xamarin-support-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (nsstring-localization-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-varargs-debug.arm64_32.o)."... > * [mmp] Fix make clean target It needs an -r to remove directories: ``` rm: bin: is a directory rm: obj: is a directory ``` * Add new xamarin_timezone_get_local_name() to a few more places
2019-07-16 18:24:00 +03:00
MIN_WATCHOS64_32_SDK_VERSION=5.1
[msbuild] Stop supporting watchOS 1 apps. (#9542) We can delete much more code, but that can be done later, to avoid the potential for merge conflicts when merging the xcode12 branch back into main.
2020-08-28 18:11:59 +03:00
MIN_WATCH_OS_VERSION=2.0
Add build system.
2016-04-21 11:59:27 +03:00
MIN_TVOS_SDK_VERSION=9.0
[runtime] Build our runtime for Catalyst.
2020-11-17 11:12:51 +03:00
MIN_MACCATALYST_SDK_VERSION=13.1
Add build system.
2016-04-21 11:59:27 +03:00
Add the minimum OS supported inside platform assemblies metadata (#10820) The minimum OS supported for .net assemblies are specified in https://github.com/dotnet/core/blob/master/release-notes/6.0/6.0-supported-os.md The minimum for legacy assemblies are unchanged. However this information will now be present in the assemblies (and not just in documentation and code). This PR partially address https://github.com/xamarin/xamarin-macios/issues/10659 and possibly https://github.com/xamarin/xamarin-macios/issues/10728 Fix https://github.com/xamarin/xamarin-macios/issues/10793
2021-03-10 17:19:20 +03:00
# Minimum OS versions for dotnet6 support
DOTNET_MIN_IOS_SDK_VERSION=10.0
DOTNET_MIN_TVOS_SDK_VERSION=10.0
DOTNET_MIN_MACCATALYST_SDK_VERSION=13.1
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
DOTNET_MIN_MACOS_SDK_VERSION=10.14
Add the minimum OS supported inside platform assemblies metadata (#10820) The minimum OS supported for .net assemblies are specified in https://github.com/dotnet/core/blob/master/release-notes/6.0/6.0-supported-os.md The minimum for legacy assemblies are unchanged. However this information will now be present in the assemblies (and not just in documentation and code). This PR partially address https://github.com/xamarin/xamarin-macios/issues/10659 and possibly https://github.com/xamarin/xamarin-macios/issues/10728 Fix https://github.com/xamarin/xamarin-macios/issues/10793
2021-03-10 17:19:20 +03:00
[xharness] Add support for running tests with the earliest possible simulator, and use it for introspection tests.
2018-05-04 19:33:01 +03:00
# The min simulator version available in the Xcode we're using
[CI] Bump the min version of the simulators since Apple remove the old one. (#13906)
2022-01-26 22:46:58 +03:00
MIN_IOS_SIMULATOR_VERSION=12.4
Bump min watchOS simulator to 6.0. (#11981) * Bump min watchOS simulator to 6.0. Fixes https://github.com/xamarin/maccore/issues/2454. * Try to keep using the iOS 12 simulator for watchOS 8.0 * [introspection] Fix running on watchOS 6.0. * [AVFoundation] Adjust availability of AVPlayerWaitingDuringInterstitialEventReason.
2021-06-21 08:42:58 +03:00
MIN_WATCHOS_SIMULATOR_VERSION=6.0
[xharness] Add support for running tests with the earliest possible simulator, and use it for introspection tests.
2018-05-04 19:33:01 +03:00
# This is the iOS version that matches the watchOS version (i.e same Xcode)
[CI] Bump the min version of the simulators since Apple remove the old one. (#13906)
2022-01-26 22:46:58 +03:00
MIN_WATCHOS_COMPANION_SIMULATOR_VERSION=12.4
MIN_TVOS_SIMULATOR_VERSION=12.4
Auto-provision older simulators.
2018-06-01 20:06:12 +03:00
# These are the simulator package ids for the versions above
[CI] Bump the min version of the simulators since Apple remove the old one. (#13906)
2022-01-26 22:46:58 +03:00
EXTRA_SIMULATORS=com.apple.pkg.iPhoneSimulatorSDK12_4 com.apple.pkg.AppleTVSimulatorSDK12_4 com.apple.pkg.WatchSimulatorSDK6_0
[xharness] Add support for running tests with the earliest possible simulator, and use it for introspection tests.
2018-05-04 19:33:01 +03:00
Add build system.
2016-04-21 11:59:27 +03:00
INCLUDE_IOS=1
Bump to Xcode 12.2 beta 1. (#9665) * Bump to Xcode 12.2 beta 1. * [tests] Fix xtro and intro * Fix wrong availability * Fix monotouch tests * Disable watchOS tests and bump iOS version to the right one watchOS tests have been disabled because Xcode 12.2 Beta is broken, you cannot create a watch app and deploy, Xcode just crashes when you try to list simulators, If you try to use our tools at the moment of deploying we get: > error HE0046: Failed to install the app 'app' on the device 'watchOS 7.1 (18R5552f) - Apple Watch Series 6 - 44mm': Unable To Install ???app??? * Fix macOS check and bump both versions to satisfy commit distance check, luckily we have infinite numbers!! Co-authored-by: Alex Soto <alex@alexsoto.me>
2020-09-23 15:11:26 +03:00
INCLUDE_MAC=1
Add build system.
2016-04-21 11:59:27 +03:00
INCLUDE_WATCH=1
INCLUDE_TVOS=1
Bump mono to a version that ships catalyst binaries and download those binaries. New commits in mono/mono: * mono/mono@dfbfe5eed19 [2020-02] Build makefile to support Mac Catalyst (#20566) Diff: https://github.com/mono/mono/compare/ac596375c762c6b8dbe3c802f0ce626004eab51c..dfbfe5eed1992905b0dac80a8dc7d6f1f9647735
2020-11-11 18:40:06 +03:00
INCLUDE_MACCATALYST=1
[configure] Add option to disable device-related parts of the build. (#67) And use it when building on jenkins.
2016-05-19 15:33:35 +03:00
INCLUDE_DEVICE=1
[dotnet] Disable watchOS. (#10625) * [dotnet] Disable watchOS. * [tests] Ignore watchOS tests when the watchOS build is disabled.
2021-02-12 23:52:27 +03:00
INCLUDE_DOTNET_WATCHOS=
Add configure option to disable building for legacy Xamarin. (#10773) * Add configure option to disable building for legacy Xamarin. This can greatly speed up the debug-edit-build cycle when doing .NET development, since it cuts down the build time in half more or less. * Bump maccore. New commits in xamarin/maccore: * xamarin/maccore@548fa45432 [mlaunch] Disable building mlaunch when not including the legacy Xamarin build. (#2403) Diff: https://github.com/xamarin/maccore/compare/0562e08b127898cd0468742dfbf29a52fd013598..548fa4543223f4d785a26b6bddaa82b85ae6f3d0
2021-03-04 11:07:44 +03:00
INCLUDE_XAMARIN_LEGACY=1
Add build system.
2016-04-21 11:59:27 +03:00
Enable ENABLE_DOTNET by default in Make.config (#12534)
2021-08-25 19:50:49 +03:00
ENABLE_DOTNET=1
[configure] Add an option to enable/disable install-source. (#8904) Disable by default, but automatically enable for CI builds. This makes running 'make install' with a fully built tree take ~8s instead of 20+s.
2020-06-22 11:26:21 +03:00
# disable source code install by default (it's enabled for CI builds)
ENABLE_INSTALL_SOURCE=
Add build system.
2016-04-21 11:59:27 +03:00
-include $(TOP)/Make.config.local
Store configure configuration in configure.inc. And leave Make.config.inc for only manual configuration.
2016-04-26 19:38:15 +03:00
-include $(TOP)/configure.inc
Add build system.
2016-04-21 11:59:27 +03:00
ifdef ENABLE_CCACHE
# Note the space at the end the line
CCACHE=ccache
endif
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
XCODE_MAC_SDKROOT=$(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
Add build system.
2016-04-21 11:59:27 +03:00
Fix min macOS version confusion. (#5080) * MIN_OSX_SDK_VERSION: the minimum macOS version we support for running macOS apps. * MIN_OSX_VERSION_FOR_MAC: the minimum macOS version we support for running XM/XI themselves. Change our build to make sure the above is respected, and in particular: * The mac32 and mac64 builds must use MIN_OSX_SDK_VERSION. * The runtime/ build must use MIN_OSX_SDK_VERSION. * The tools64 build should use MIN_OSX_VERSION_FOR_MAC. Also document a bit better the various version variables.
2018-11-05 16:46:41 +03:00
# The MAC_* variables do not contain the -mmacosx-version-min flag on purpose: each usage must specify it separately.
MAC_CC=$(CCACHE)$(XCODE_DEVELOPER_ROOT)/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -isysroot $(XCODE_MAC_SDKROOT) -stdlib=libc++
MAC_CXX=$(CCACHE)$(XCODE_DEVELOPER_ROOT)/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -isysroot $(XCODE_MAC_SDKROOT) -stdlib=libc++
Add build system.
2016-04-21 11:59:27 +03:00
MAC_INSTALL_VERSION ?= git
IOS_INSTALL_VERSION ?= git
IOS_DESTDIR ?= $(TOP)/_ios-build
IOS_TARGETDIR ?= $(IOS_DESTDIR)
USE_SOURCE_LINKS ?= 1
IOS_FRAMEWORK_DIR=/Library/Frameworks/Xamarin.iOS.framework
# Prefix used to install monotouch
ifndef MONOTOUCH_PREFIX
MONOTOUCH_PREFIX=$(IOS_FRAMEWORK_DIR)/Versions/$(IOS_INSTALL_VERSION)
endif
XCODE_CC=$(CCACHE)$(XCODE_DEVELOPER_ROOT)/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
XCODE_CXX=$(CCACHE)$(XCODE_DEVELOPER_ROOT)/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
# make sure we have full paths. The patsubst function is to remove any trailing slash (this may leave the variable empty)
override IOS_DESTDIR := $(patsubst %/,%,$(abspath $(IOS_DESTDIR)))
override IOS_TARGETDIR := $(patsubst %/,%,$(abspath $(IOS_TARGETDIR)))
MONOTOUCH_PREFIX := $(abspath $(MONOTOUCH_PREFIX))
Revert "Revert "[builds] Make the tools build use mono's packaged logic instead of our own. (#5962)" (#5971)" This reverts commit cb1ead3bed1fbeb1e782b6112bde2dd88e78d302.
2019-05-12 20:55:43 +03:00
MONOTOUCH_MONO_PATH?=$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mono/Xamarin.iOS
MONOTOUCH_TV_MONO_PATH?=$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mono/Xamarin.TVOS
MONOTOUCH_WATCH_MONO_PATH?=$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mono/Xamarin.WatchOS
[mtouch] Build the partial static registrar for Mac Catalyst
2020-11-23 16:46:11 +03:00
MONOTOUCH_MACCATALYST_MONO_PATH?=$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mono/Xamarin.MacCatalyst
Add build system.
2016-04-21 11:59:27 +03:00
IOS_PACKAGE_FILENAME=$(IOS_PACKAGE_NAME_LOWER)-$(IOS_PACKAGE_VERSION).pkg
IOS_PACKAGE_UTI=com.xamarin.$(IOS_PACKAGE_NAME_LOWER).pkg
IOS_COMMON_DEFINES=-DMONOTOUCH
IOS_CC=$(XCODE_CC)
IOS_CXX=$(XCODE_CXX)
SIMULATOR_BIN_PATH=$(XCODE_DEVELOPER_ROOT)/Platforms/iPhoneSimulator.platform/Developer/usr/bin
SIMULATOR_CC=$(IOS_CC)
[Runtime] Update cflags and fix warnings accordingly. (#7478) Update flags: * Add -Werror so that warnings are errors. * Move to -Wconversion that adds: * -Wbitfield-enum-conversion * -Wbool-conversion * -Wconstant-conversion * -Wenum-conversion * -Wfloat-conversion * -Wimplicit-float-conversion * -Wimplicit-int-conversion * -Wint-conversion * -Wliteral-conversion * -Wnon-literal-null-conversion * -Wnull-conversion * -Wobjc-literal-conversion * -Wshorten-64-to-32 * -Wsign-conversion * -Wstring-conversion Last work related to: https://github.com/xamarin/xamarin-macios/pull/7405
2019-11-26 00:00:24 +03:00
CFLAGS= -Wall -fms-extensions -Werror -Wconversion -Wdeprecated -Wuninitialized -fstack-protector-strong
Add build system.
2016-04-21 11:59:27 +03:00
ifdef ENABLE_BITCODE_ON_IOS
BITCODE_CFLAGS=-fembed-bitcode-marker
# Overwrite the default
MIN_IOS_SDK_VERSION=9.0
endif
SIMULATOR_SDK=$(XCODE_DEVELOPER_ROOT)/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator$(IOS_SDK_VERSION).sdk
Build native code with -std=c++14. (#6864) * Build native code with -std=c++14. Apple's headers now require -std=c++14 to compile their headers in C++ mode. This fixes a compile error that would occur with the PhotosUI framework when compiling code for C++. * [mmp] Use -std=c++14 when compiling. * Fix command line output. * [mmp] Add all source files at the end, so they all get the -x clang argument applied. * Limit when using c++14 in mtouch according to language.
2019-08-29 18:49:06 +03:00
OBJC_CFLAGS=-ObjC++ -std=c++14 -fno-exceptions -stdlib=libc++
Add build system.
2016-04-21 11:59:27 +03:00
COMMON_SIMULATOR_CFLAGS=-mios-simulator-version-min=$(MIN_IOS_SDK_VERSION) -isysroot $(SIMULATOR_SDK) $(CFLAGS) -g $(IOS_COMMON_DEFINES)
SIMULATOR86_CFLAGS=$(COMMON_SIMULATOR_CFLAGS) -arch i386
SIMULATOR64_CFLAGS=$(COMMON_SIMULATOR_CFLAGS) -arch x86_64
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
SIMULATOR_ARM64_CFLAGS=$(COMMON_SIMULATOR_CFLAGS) -arch arm64
Add build system.
2016-04-21 11:59:27 +03:00
COMMON_SIMULATOR_OBJC_CFLAGS=-fobjc-abi-version=2 -fobjc-legacy-dispatch $(CFLAGS) $(OBJC_CFLAGS)
SIMULATOR86_OBJC_CFLAGS=$(COMMON_SIMULATOR_OBJC_CFLAGS) $(SIMULATOR86_CFLAGS)
SIMULATOR64_OBJC_CFLAGS=$(COMMON_SIMULATOR_OBJC_CFLAGS) $(SIMULATOR64_CFLAGS)
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
SIMULATOR_ARM64_OBJC_CFLAGS=$(COMMON_SIMULATOR_OBJC_CFLAGS) $(SIMULATOR_ARM64_CFLAGS)
Add build system.
2016-04-21 11:59:27 +03:00
[runtime] Build our runtime for Catalyst.
2020-11-17 11:12:51 +03:00
MACCATALYST_COMMON_CFLAGS=-target x86_64-apple-ios$(MIN_MACCATALYST_SDK_VERSION)-macabi -arch x86_64 -g $(IOS_COMMON_DEFINES) \
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
-isysroot $(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(MACOS_SDK_VERSION).sdk \
-isystem $(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(MACOS_SDK_VERSION).sdk/System/iOSSupport/usr/include \
-iframework $(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(MACOS_SDK_VERSION).sdk/System/iOSSupport/System/Library/Frameworks
[runtime] Build our runtime for Catalyst.
2020-11-17 11:12:51 +03:00
MACCATALYST_OBJC_CFLAGS=$(MACCATALYST_COMMON_CFLAGS) -fobjc-abi-version=2 -fobjc-legacy-dispatch $(OBJC_CFLAGS)
MACCATALYST_CFLAGS=$(MACCATALYST_COMMON_CFLAGS)
[runtime] Build our runtime for Mac Catalyst/ARM64 for .NET. (#10739) * [runtime] Build our runtime for Mac Catalyst/ARM64 for .NET. * [ObjCRuntime] There's no need for the StartWWAN implementation on Mac Catalyst. This also fixes a build error: error MT5214: Native linking failed, undefined symbol: _xamarin_start_wwan. This symbol was referenced by the managed member ObjCRuntime.Runtime.xamarin_start_wwan. * Only exclude xamarin_start_wwan in the .NET version of Mac Catalyst. * [tests] Update to not run the StartWWAN test on Mac Catalyst. * Update conditional logic. * Fix build with newer make versions.
2021-03-03 09:48:07 +03:00
MACCATALYST_COMMON_CFLAGS=$(CFLAGS) -g $(IOS_COMMON_DEFINES) \
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
-isysroot $(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(MACOS_SDK_VERSION).sdk \
-isystem $(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(MACOS_SDK_VERSION).sdk/System/iOSSupport/usr/include \
-iframework $(XCODE_DEVELOPER_ROOT)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(MACOS_SDK_VERSION).sdk/System/iOSSupport/System/Library/Frameworks
[runtime] Build our runtime for Mac Catalyst/ARM64 for .NET. (#10739) * [runtime] Build our runtime for Mac Catalyst/ARM64 for .NET. * [ObjCRuntime] There's no need for the StartWWAN implementation on Mac Catalyst. This also fixes a build error: error MT5214: Native linking failed, undefined symbol: _xamarin_start_wwan. This symbol was referenced by the managed member ObjCRuntime.Runtime.xamarin_start_wwan. * Only exclude xamarin_start_wwan in the .NET version of Mac Catalyst. * [tests] Update to not run the StartWWAN test on Mac Catalyst. * Update conditional logic. * Fix build with newer make versions.
2021-03-03 09:48:07 +03:00
MACCATALYST_COMMON_OBJC_CFLAGS=$(MACCATALYST_COMMON_CFLAGS) -fobjc-abi-version=2 -fobjc-legacy-dispatch $(OBJC_CFLAGS)
MACCATALYST_X86_64_OBJC_CFLAGS=$(MACCATALYST_COMMON_OBJC_CFLAGS) -target x86_64-apple-ios$(MIN_MACCATALYST_SDK_VERSION)-macabi -arch x86_64
MACCATALYST_X86_64_CFLAGS=$(MACCATALYST_COMMON_CFLAGS) -target x86_64-apple-ios$(MIN_MACCATALYST_SDK_VERSION)-macabi -arch x86_64
MACCATALYST_ARM64_OBJC_CFLAGS=$(MACCATALYST_COMMON_OBJC_CFLAGS) -target arm64-apple-ios$(MIN_MACCATALYST_SDK_VERSION)-macabi -arch arm64
MACCATALYST_ARM64_CFLAGS=$(MACCATALYST_COMMON_CFLAGS) -target arm64-apple-ios$(MIN_MACCATALYST_SDK_VERSION)-macabi -arch arm64
Add build system.
2016-04-21 11:59:27 +03:00
MONOTOUCH_SIMULATOR_SDK=$(MONOTOUCH_PREFIX)/SDKs/MonoTouch.iphonesimulator.sdk
DEVICE_BIN_PATH=$(XCODE_DEVELOPER_ROOT)/Toolchains/XcodeDefault.xctoolchain/usr/bin
DEVICE_CC=$(IOS_CC)
DEVICE_CXX=$(IOS_CXX)
[Makefile] Make csc strict and fix some small errors. (#7665) * [Makefile] Make csc strict and fix some small errors. Make csc to bee more strict when compiling the projects and mix some small errors we had in the bindings. Fixes: https://github.com/xamarin/xamarin-macios/issues/5398
2020-01-02 21:57:22 +03:00
IOS_CSC=$(SYSTEM_CSC) -features:strict -nostdlib -noconfig -r:$(MONOTOUCH_MONO_PATH)/System.dll -r:$(MONOTOUCH_MONO_PATH)/System.Core.dll -r:$(MONOTOUCH_MONO_PATH)/System.Xml.dll -r:$(MONOTOUCH_MONO_PATH)/mscorlib.dll -r:$(MONOTOUCH_MONO_PATH)/System.Net.Http.dll -r:$(MONOTOUCH_MONO_PATH)/Facades/System.Drawing.Common.dll -deterministic
TV_CSC=$(SYSTEM_CSC) -features:strict -nostdlib -noconfig -r:$(MONOTOUCH_TV_MONO_PATH)/System.dll -r:$(MONOTOUCH_TV_MONO_PATH)/System.Core.dll -r:$(MONOTOUCH_TV_MONO_PATH)/System.Xml.dll -r:$(MONOTOUCH_TV_MONO_PATH)/mscorlib.dll -r:$(MONOTOUCH_TV_MONO_PATH)/System.Net.Http.dll -r:$(MONOTOUCH_TV_MONO_PATH)/Facades/System.Drawing.Common.dll -deterministic
WATCH_CSC=$(SYSTEM_CSC) -features:strict -nostdlib -noconfig -r:$(MONOTOUCH_WATCH_MONO_PATH)/System.dll -r:$(MONOTOUCH_WATCH_MONO_PATH)/System.Core.dll -r:$(MONOTOUCH_WATCH_MONO_PATH)/System.Xml.dll -r:$(MONOTOUCH_WATCH_MONO_PATH)/mscorlib.dll -r:$(MONOTOUCH_WATCH_MONO_PATH)/System.Net.Http.dll -r:$(MONOTOUCH_WATCH_MONO_PATH)/Facades/System.Drawing.Common.dll -deterministic
[mtouch] Build the partial static registrar for Mac Catalyst
2020-11-23 16:46:11 +03:00
MACCATALYST_CSC=$(SYSTEM_CSC) -features:strict -nostdlib -noconfig -r:$(MONOTOUCH_MACCATALYST_MONO_PATH)/System.dll -r:$(MONOTOUCH_MACCATALYST_MONO_PATH)/System.Core.dll -r:$(MONOTOUCH_MACCATALYST_MONO_PATH)/System.Xml.dll -r:$(MONOTOUCH_MACCATALYST_MONO_PATH)/mscorlib.dll -r:$(MONOTOUCH_MACCATALYST_MONO_PATH)/System.Net.Http.dll -r:$(MONOTOUCH_MACCATALYST_MONO_PATH)/Facades/System.Drawing.Common.dll -deterministic
Build with CSC instead of MCS (#3393) - Improve error messages from install-source when crashing
2018-02-22 20:07:33 +03:00
Add build system.
2016-04-21 11:59:27 +03:00
DEVICE_OBJC_CFLAGS=$(OBJC_CFLAGS) $(BITCODE_CFLAGS)
DEVICE_SDK=$(XCODE_DEVELOPER_ROOT)/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS$(IOS_SDK_VERSION).sdk
DEVICE7_CFLAGS= -arch armv7 -mno-thumb -miphoneos-version-min=$(MIN_IOS_SDK_VERSION) -isysroot $(DEVICE_SDK) $(CFLAGS) $(IOS_COMMON_DEFINES)
DEVICE7S_CFLAGS=-arch armv7s -mno-thumb -miphoneos-version-min=$(MIN_IOS_SDK_VERSION) -isysroot $(DEVICE_SDK) $(CFLAGS) $(IOS_COMMON_DEFINES)
DEVICE64_CFLAGS=-arch arm64 -miphoneos-version-min=7.0 -isysroot $(DEVICE_SDK) $(CFLAGS) $(IOS_COMMON_DEFINES)
DEVICE7_OBJC_CFLAGS =$(DEVICE7_CFLAGS) $(DEVICE_OBJC_CFLAGS)
DEVICE7S_OBJC_CFLAGS=$(DEVICE7S_CFLAGS) $(DEVICE_OBJC_CFLAGS)
DEVICE64_OBJC_CFLAGS=$(DEVICE64_CFLAGS) $(DEVICE_OBJC_CFLAGS)
MONOTOUCH_DEVICE_SDK=$(MONOTOUCH_PREFIX)/SDKs/MonoTouch.iphoneos.sdk
# iOS
XAMARIN_IOSSIMULATOR_SDK = $(MONOTOUCH_SIMULATOR_SDK)
XAMARIN_IPHONEOS_SDK = $(MONOTOUCH_DEVICE_SDK)
[runtime] Build our runtime for Catalyst.
2020-11-17 11:12:51 +03:00
# MacCatalyst
XAMARIN_MACCATALYST_SDK = $(MONOTOUCH_PREFIX)/SDKs/Xamarin.MacCatalyst.sdk
Add build system.
2016-04-21 11:59:27 +03:00
# WatchOS
XAMARIN_WATCHSIMULATOR_SDK = $(MONOTOUCH_PREFIX)/SDKs/Xamarin.WatchSimulator.sdk
XAMARIN_WATCHOS_SDK = $(MONOTOUCH_PREFIX)/SDKs/Xamarin.WatchOS.sdk
[main][watchOS] Add x86_64 simulator support (#10059) * [watchOS] Add x86_64 simulator support * Build runtime/registrar x86_64 slices * Produce a 64 bit version of Xamarin.WatchOS.dll * Allow building x86_64 for watch simulators in mtouch * Let xharness know about x86_64 * [tests] Add x86_64 arch to test-libraries * Make dotnet package aware of x64 * [ObjCRuntime] Fix computing if we're calling a stret function or not in a 64-bit watchOS simulator. * [xharness] Re-enable some watchOS tests. Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2020-11-20 17:27:46 +03:00
SIMULATORWATCH_SDK = $(XCODE_DEVELOPER_ROOT)/Platforms/WatchSimulator.platform/Developer/SDKs/WatchSimulator$(WATCH_SDK_VERSION).sdk
SIMULATORWATCH_CFLAGS = -arch i386 -mwatchos-simulator-version-min=$(MIN_WATCHOS_SDK_VERSION) -isysroot $(SIMULATORWATCH_SDK) $(CFLAGS) -g $(IOS_COMMON_DEFINES)
SIMULATORWATCH64_CFLAGS = -arch x86_64 -mwatchos-simulator-version-min=$(MIN_WATCHOS_SDK_VERSION) -isysroot $(SIMULATORWATCH_SDK) $(CFLAGS) -g $(IOS_COMMON_DEFINES)
SIMULATORWATCH_OBJC_CFLAGS = $(SIMULATORWATCH_CFLAGS) $(COMMON_SIMULATOR_OBJC_CFLAGS)
SIMULATORWATCH64_OBJC_CFLAGS = $(SIMULATORWATCH64_CFLAGS) $(COMMON_SIMULATOR_OBJC_CFLAGS)
Add build system.
2016-04-21 11:59:27 +03:00
Build with path to the exact SDK version. Fixes #41597. (#244) If no sdk version (-sdk_version) is passed to the native linker, it tries to infer the SDK version from the path to the -syslibroot argument. In our case we use a versioned path to Xcode, but a general symlink without the SDK version: /Applications/Xcode73.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/SDKs/AppleTVOS.sdk which means ld picked up the Xcode version as the SDK version, since that's the first number part of the path [1], so we'd end up with libraries whose SDK version was 73. So instead use an SDK path with the SDK version, so that ld finds the SDK version instead of the Xcode version. [1] https://github.com/rolfbjarne/ld64/blob/266f4401b94ee73be4f4c18a0a220110c7fe71f0/src/ld/Options.cpp#L4005-L4020 https://bugzilla.xamarin.com/show_bug.cgi?id=41597
2016-06-21 17:24:16 +03:00
DEVICEWATCH_SDK = $(XCODE_DEVELOPER_ROOT)/Platforms/WatchOS.platform/Developer/SDKs/WatchOS$(WATCH_SDK_VERSION).sdk
Add build system.
2016-04-21 11:59:27 +03:00
DEVICEWATCH_CFLAGS = -arch armv7k -mwatchos-version-min=$(MIN_WATCHOS_SDK_VERSION) -isysroot $(DEVICEWATCH_SDK) $(CFLAGS) -fembed-bitcode $(IOS_COMMON_DEFINES)
Bump to mono:2019-06 (#6196) * Use the commonly used casing for `MSBuildSDKsPath` property Handle "incorrectly" cased msbuild property names msbuild property names are case insensitive. While generating the custom app.config, in `SetToolsetProperty(..)` we try to update the property if it already exists. But the name lookup was case sensitive, thus causing the lookup to fail, resulting in two entries for the same property name differing only in case. Eg. `MSBuildSDKsPath` vs `MSBuildSdksPath`. * [mtouch] Whitelist new Brotli native symbols in Xamarin.Tests.Misc.PublicSymbols test * [mtouch] Better assert in NoLLVMFailuresInWatchOS() test We'd list the "LLVM failed" messages before even though the AOT might've crashed and the list is meaningless. Assert the exit code before that. * [mtouch] Use new LLVM even for 32bit targets See https://github.com/mono/mono/issues/14841 and https://github.com/mono/mono/issues/9621 * [mtouch] Work around slow LLVM in "don't link" test See https://github.com/mono/mono/issues/14843 * Remove useless conditional * Remove LLVM36 from Makefile * [watch4] set right min version for arm64_32 based watch devices (#6307) Fixes the confusion around `libmono-native*` (see for example https://github.com/xamarin/xamarin-macios/commit/ce5ba1e41d526eddd9b61f68fae22a747831e9f2#commitcomment-33834491 ) when building with `MONO_BUILD_FROM_SOURCE=1`. * reflect watchos64_32_version_min change from mono sdk * Move mono hash info to mk/mono.mk so that existing scripts work. * Add Makefile dependency on mono.mk where necessary With https://github.com/xamarin/xamarin-macios/commit/3e7bc29adec8dff3558c284a3050f2db36ea3cf2 the Mono hash was moved from Make.config to mono.mk. We need to add a Makefile dependency on this file wherever Make.config was used to track a Mono dependency. * [tests] Copy mk/mono.mk to the XM test package. * [tests] Update minOS version test after consolidating min watchOS versions everywhere. Fixes this mtouch and mmptest failure: 1) Failed : Xamarin.Tests.ProductTests.MinOSVersion(watchOS,MinwatchOS,WatchOSSimulator,False) Failures Expected: <empty> But was: < "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (mono-runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-generated-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (shared-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-invoke-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (xamarin-support-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (nsstring-localization-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-varargs-debug.arm64_32.o)."... > * [mmp] Fix make clean target It needs an -r to remove directories: ``` rm: bin: is a directory rm: obj: is a directory ``` * Add new xamarin_timezone_get_local_name() to a few more places
2019-07-16 18:24:00 +03:00
DEVICEWATCH64_32_CFLAGS = -arch arm64_32 -mwatchos-version-min=$(MIN_WATCHOS64_32_SDK_VERSION) -isysroot $(DEVICEWATCH_SDK) $(CFLAGS) -fembed-bitcode $(IOS_COMMON_DEFINES)
Add build system.
2016-04-21 11:59:27 +03:00
DEVICEWATCH_OBJC_CFLAGS = $(DEVICEWATCH_CFLAGS) $(DEVICE_OBJC_CFLAGS)
[build/runtime] Add build rules for arm64_32
2019-01-23 23:01:43 +03:00
DEVICEWATCH64_32_OBJC_CFLAGS = $(DEVICEWATCH64_32_CFLAGS) $(DEVICE_OBJC_CFLAGS)
Add build system.
2016-04-21 11:59:27 +03:00
# TVOS
XAMARIN_TVSIMULATOR_SDK = $(MONOTOUCH_PREFIX)/SDKs/Xamarin.AppleTVSimulator.sdk
XAMARIN_TVOS_SDK = $(MONOTOUCH_PREFIX)/SDKs/Xamarin.AppleTVOS.sdk
Build with path to the exact SDK version. Fixes #41597. (#244) If no sdk version (-sdk_version) is passed to the native linker, it tries to infer the SDK version from the path to the -syslibroot argument. In our case we use a versioned path to Xcode, but a general symlink without the SDK version: /Applications/Xcode73.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/SDKs/AppleTVOS.sdk which means ld picked up the Xcode version as the SDK version, since that's the first number part of the path [1], so we'd end up with libraries whose SDK version was 73. So instead use an SDK path with the SDK version, so that ld finds the SDK version instead of the Xcode version. [1] https://github.com/rolfbjarne/ld64/blob/266f4401b94ee73be4f4c18a0a220110c7fe71f0/src/ld/Options.cpp#L4005-L4020 https://bugzilla.xamarin.com/show_bug.cgi?id=41597
2016-06-21 17:24:16 +03:00
SIMULATORTV_SDK = $(XCODE_DEVELOPER_ROOT)/Platforms/AppleTVSimulator.platform/Developer/SDKs/AppleTVSimulator$(TVOS_SDK_VERSION).sdk
Add build system.
2016-04-21 11:59:27 +03:00
SIMULATORTV_CFLAGS = -arch x86_64 -mtvos-simulator-version-min=$(MIN_TVOS_SDK_VERSION) -isysroot $(SIMULATORTV_SDK) $(CFLAGS) -g $(IOS_COMMON_DEFINES)
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
SIMULATORTV_ARM64_CFLAGS = -arch arm64 -mtvos-simulator-version-min=$(MIN_TVOS_SDK_VERSION) -isysroot $(SIMULATORTV_SDK) $(CFLAGS) -g $(IOS_COMMON_DEFINES)
Add build system.
2016-04-21 11:59:27 +03:00
SIMULATORTV_OBJC_CFLAGS = $(SIMULATORTV_CFLAGS) $(COMMON_SIMULATOR_OBJC_CFLAGS)
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
SIMULATORTV_ARM64_OBJC_CFLAGS = $(SIMULATORTV_ARM64_CFLAGS) $(COMMON_SIMULATOR_OBJC_CFLAGS)
Add build system.
2016-04-21 11:59:27 +03:00
Build with path to the exact SDK version. Fixes #41597. (#244) If no sdk version (-sdk_version) is passed to the native linker, it tries to infer the SDK version from the path to the -syslibroot argument. In our case we use a versioned path to Xcode, but a general symlink without the SDK version: /Applications/Xcode73.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/SDKs/AppleTVOS.sdk which means ld picked up the Xcode version as the SDK version, since that's the first number part of the path [1], so we'd end up with libraries whose SDK version was 73. So instead use an SDK path with the SDK version, so that ld finds the SDK version instead of the Xcode version. [1] https://github.com/rolfbjarne/ld64/blob/266f4401b94ee73be4f4c18a0a220110c7fe71f0/src/ld/Options.cpp#L4005-L4020 https://bugzilla.xamarin.com/show_bug.cgi?id=41597
2016-06-21 17:24:16 +03:00
DEVICETV_SDK = $(XCODE_DEVELOPER_ROOT)/Platforms/AppleTVOS.platform/Developer/SDKs/AppleTVOS$(TVOS_SDK_VERSION).sdk
Add build system.
2016-04-21 11:59:27 +03:00
DEVICETV_CFLAGS = -arch arm64 -mtvos-version-min=$(MIN_TVOS_SDK_VERSION) -isysroot $(DEVICETV_SDK) $(CFLAGS) -fembed-bitcode $(IOS_COMMON_DEFINES)
DEVICETV_OBJC_CFLAGS = $(DEVICETV_CFLAGS) $(DEVICE_OBJC_CFLAGS)
[mmp/mtouch] Share more code. (#8394) * Rearrange files in Xamarin.Mac a bit to ease code sharing between mmp and mtouch, by putting mono's static and dynamic libraries in /Library/Frameworks/Xamarin.Mac.framework/Versions/Current/Sdks/Xamarin.macOS.sdk to match how Xamarin.iOS does it. * Don't use 'usr' as an intermediate directory. This removes another special case. * Share many of the functions and properties that return specific directories, and document (as comments) what each function/property is supposed to return.
2020-04-16 15:19:45 +03:00
# macOS
XAMARIN_MACOS_SDK = $(MAC_FRAMEWORK_CURRENT_DIR)/SDKs/Xamarin.macOS.sdk
Rename any *OSX_SDK_VERSION variables to *MACOS_SDK_VERSION. (#13411) This makes it easier to iterate over all the *_SDK_VERSION variables in template code, because they're all named using the standard platform names we use elsewhere.
2021-11-22 20:48:05 +03:00
MAC_OBJC_CFLAGS= -mmacosx-version-min=$(MIN_MACOS_SDK_VERSION) -DMONOMAC -DMIN_XM_MONO_VERSION=\"$(MIN_XM_MONO_VERSION)\" $(CFLAGS) $(OBJC_CFLAGS)
MAC_CFLAGS = -mmacosx-version-min=$(MIN_MACOS_SDK_VERSION) -DMONOMAC -g -DMIN_XM_MONO_VERSION=\"$(MIN_XM_MONO_VERSION)\" $(CFLAGS)
MAC_LDFLAGS = -mmacosx-version-min=$(MIN_MACOS_SDK_VERSION) -framework AppKit
[runtime] Build a .NET-specific libxamarin-dotnet[-debug].[a|dylib]. (#10723) This also means linking with the runtime packs from .NET instead of the mono archive (thus we have one less reliance on the mono archive). We're also using the Xamarin.iOS code for our macOS launch sequence now, since (at least at first) we're only going to support self-contained .NET macOS apps (so no need to support a system-installed runtime, which simplifies things a bit).
2021-02-26 16:42:30 +03:00
Add our mono runtimes to the build.
2016-04-21 14:18:44 +03:00
# paths to the modules we depend on, as variables, so people can put
# things in other places if they absolutely must.
MONO_PATH=$(TOP)/external/mono
Build the platform assemblies.
2016-04-21 15:30:02 +03:00
TOUCH_UNIT_PATH=$(TOP)/external/Touch.Unit
OPENTK_PATH=$(TOP)/external/opentk
Build MSBuild targets & assemblies.
2016-04-21 16:40:25 +03:00
XAMARIN_MACDEV_PATH=$(TOP)/external/Xamarin.MacDev
Add an optional dependency on xamarin-specific build logic.
2016-04-21 19:01:11 +03:00
MACCORE_PATH=$(TOP)/../maccore
[macos] Stop building classic and use pre-built binaries (#3020) - Current 4.0.0.214 (15.5 P4) but will be updated to 15.5 final
2017-11-22 18:24:39 +03:00
MACIOS_BINARIES_PATH=$(TOP)/external/macios-binaries
Add ikvm-fork as a submodule instead of using the sources embedded in the mono archive. (#9776) There are two reasons for this: * It grants us more independence from the mono archive for .NET 6. * We need a bugfix in ikvm, but we can't necessarily bump mono.
2020-10-05 16:43:32 +03:00
IKVM_PATH=$(TOP)/external/ikvm-fork
Submodule MonoTouch.Dialog. (#13058) * Submodule MonoTouch.Dialog. Submodule MonoTouch.Dialog, so that we can easily build it using .NET. This submodule will become redundant when/if we publish a .NET version of MonoTouch.Dialog, but until that happens we need it at least for our own test suites. This also means we have to copy our NuGet.config and global.json files to the MonoTouch.Dialog project directory so that we point msbuild to use our local build. New commits in spouliot/Touch.Unit: * spouliot/Touch.Unit@cbda703 [Touch.Client] Use MonoTouch.Dialog from a submodule. (#109) Diff: https://github.com/spouliot/Touch.Unit/compare/3345db2f4e6408fdf2e8f099251c5c1310b56937..cbda70358360329854ea399100a2b5b04ae43982 * Use relative path for submodule. And fix indentation and set the branch name. * Don't use 'RootTestsDirectory' when it might not be defined yet. * [tests] Our test projects don't need to reference MonoTouch.Dialog directly. The projects get the MonoTouch.Dialog reference indirectly through the Touch.Client project reference. * [tests] Only validate unique errors in the .NET unit tests. * [tests] No need to reference System.Json anymore, that's handled directly in the MonoTouch.Dialog project. * [tests] Reference nunit.framework.targets so we get a workaround for an NUnit issue everywhere. * [msbuild] Only try to create a package if we're able to create an app bundle. This fixes an issue where a library project would try (and fail) to create a package when 'CreatePackage=true' (which could be set for the executable project, but inherited by the library project since the executable project depends on it). * [tests] Adjust PackTest.BindingXcFrameworksProject to not set the AssemblyName property. MSBuild ends up being very confused when the project we're trying to build depends on other projects, because AssemblyName is set for all the projects being build, and MSBuild complains about ambiguous projects: > error: Ambiguous project name 'bindings-xcframework-test'
2021-10-26 09:18:34 +03:00
MONOTOUCH_DIALOG_PATH=$(TOP)/external/MonoTouch.Dialog
Add our mono runtimes to the build.
2016-04-21 14:18:44 +03:00
Add build system.
2016-04-21 11:59:27 +03:00
MONO_PREFIX ?= /Library/Frameworks/Mono.framework/Versions/Current
SYSTEM_MCS=$(MONO_PREFIX)/bin/mcs
Remove more usage of mcs across the build and tests (#3815) * Remove more usage of mcs across the build and tests * Fix -o[ut] mcs/csc argument difference * Fix OpenTK.[dll.mdb|pdb] * Complete some MCS|CSC renames * Fix SYSTEM_CSC not to have a default option since it's not usable that way in every case (and most of them already deal with that option) * Do not rename a variable used by mono itself * Un-renamed two other variables * Fix copying pdb * Generate debug symbols for *.BindingAttributes.dll and copy .mdb for the old XamMac binary version * Newer csc-compiled XamMac.BindingAttributes.dll have .pdb while the old, mcs-compiled binary cached, version has a .mdb * Fix msc -> mcs typo.
2018-04-18 12:17:00 +03:00
SYSTEM_CSC=$(MONO_PREFIX)/bin/csc
Add build system.
2016-04-21 11:59:27 +03:00
SYSTEM_SN=$(MONO_PREFIX)/bin/sn
SYSTEM_MONO=$(MONO_PREFIX)/bin/mono
Patch from Zoltan to fix build error with CppSharp.CppParser.dll (#1967) (#1986)
2017-04-11 16:01:57 +03:00
SYSTEM_MONO32=$(MONO_PREFIX)/bin/mono32
Bump to mono:2020-02 (#7795) Bump mono to 2020-02 head to be in sync with Android. Co-authored-by: Imran Hameed <imhameed@microsoft.com> Co-authored-by: Sebastien Pouliot <sebastien.pouliot@microsoft.com> Co-authored-by: Ankit Jain <radical@gmail.com> Co-authored-by: Manuel de la Pena <mandel@microsoft.com> Co-authored-by: Sebastien Pouliot <sebastien.pouliot@gmail.com>
2020-03-20 17:38:47 +03:00
SYSTEM_XBUILD=$(MONO_PREFIX)/bin/msbuild /p:Features=strict /m
SYSTEM_MSBUILD=unset MSBuildExtensionsPath && $(MONO_PREFIX)/bin/msbuild /p:Features=strict /m
Add build system.
2016-04-21 11:59:27 +03:00
SYSTEM_RESGEN=$(MONO_PREFIX)/bin/resgen
Move tests to use new tool xibuild and thus fix msbuild tests (#5128) * xibuild: New wrapper tool to run msbuild or managed executables MSBuild supports fallback paths for projects imported using `$(MSBuildExtensionsPath)`, but these must be specified explicitly in the app.config of the main executable. There was a PR to allow use of properties for this in the app.config, but that was not accepted upstream. This is required for being able to: 1. build projects with msbuild against the in-tree XI/XM build output 2. and to run nunit tests against the same. For this we introduce a new tool, `xibuild`, based on XA's `xabuild`. This supports the fallback paths to be specified via the environment variable `MSBuildExtensionsPathFallbackPathsOverride`[1]. It essentially operates in 3 modes: 1. `xibuild -c /path/to/foo.exe` Generates /path/to/foo.exe.config with the fallback paths inserted into that. 2. `xibuild -- /v:diag /path/to/project.csproj` Runs msbuild with the arguments after `--` with a custom app.config based on `MSBuild.dll.config`, with the fallback paths correctly inserted. This is in a temporary file and the original config file is not touched. 3. `xibuild -t -- /path/to/managed_tool.exe args` Generates `/path/to/managed_tool.exe.config` based on `MSBuild.dll.config` with the fallback paths inserted, and runs `managed_tool.exe` with the arguments. The default is to overwrite the config file. But there is also a switch to merge it with an existing config file. -- 1. Value of the environment variable $MSBuildExtensionsPathFallbackPathsOverride is prepended to any existing list of search paths in `MSBuild.dll.config`, IOW, it takes precedence. So, the order of lookup becomes: - Value of the property `$(MSBuildExtensionsPath)` - Value of the environment variable `$MSBuildExtensionsPathFallbackPathsOverride` - /Library/Frameworks/Mono.framework/External/xbuild on macOS * Integrate use of `xibuild` with the tests Update all uses of `msbuild` and invocations of tools like nunit that might depend on using the in-tree builds to use `xibuild`. * xibuild: Move help descriptions to OptionSet itself.
2018-11-16 22:24:35 +03:00
XIBUILD_EXE_PATH=$(abspath $(TOP)/tools/xibuild/bin/Debug/xibuild.exe)
[xibuild] Add support for /verbose, and use it accordingly. (#5224) * [xibuild] Add support for /verbose, and use it accordingly. Also stop using xibuild when it's not needed. * Use the same verbosity for xibuild as we do for xbuild/msbuild.
2019-01-09 09:43:22 +03:00
SYSTEM_XIBUILD=$(SYSTEM_MONO) $(XIBUILD_EXE_PATH) $(XIBUILD_VERBOSITY)
Move tests to use new tool xibuild and thus fix msbuild tests (#5128) * xibuild: New wrapper tool to run msbuild or managed executables MSBuild supports fallback paths for projects imported using `$(MSBuildExtensionsPath)`, but these must be specified explicitly in the app.config of the main executable. There was a PR to allow use of properties for this in the app.config, but that was not accepted upstream. This is required for being able to: 1. build projects with msbuild against the in-tree XI/XM build output 2. and to run nunit tests against the same. For this we introduce a new tool, `xibuild`, based on XA's `xabuild`. This supports the fallback paths to be specified via the environment variable `MSBuildExtensionsPathFallbackPathsOverride`[1]. It essentially operates in 3 modes: 1. `xibuild -c /path/to/foo.exe` Generates /path/to/foo.exe.config with the fallback paths inserted into that. 2. `xibuild -- /v:diag /path/to/project.csproj` Runs msbuild with the arguments after `--` with a custom app.config based on `MSBuild.dll.config`, with the fallback paths correctly inserted. This is in a temporary file and the original config file is not touched. 3. `xibuild -t -- /path/to/managed_tool.exe args` Generates `/path/to/managed_tool.exe.config` based on `MSBuild.dll.config` with the fallback paths inserted, and runs `managed_tool.exe` with the arguments. The default is to overwrite the config file. But there is also a switch to merge it with an existing config file. -- 1. Value of the environment variable $MSBuildExtensionsPathFallbackPathsOverride is prepended to any existing list of search paths in `MSBuild.dll.config`, IOW, it takes precedence. So, the order of lookup becomes: - Value of the property `$(MSBuildExtensionsPath)` - Value of the environment variable `$MSBuildExtensionsPathFallbackPathsOverride` - /Library/Frameworks/Mono.framework/External/xbuild on macOS * Integrate use of `xibuild` with the tests Update all uses of `msbuild` and invocations of tools like nunit that might depend on using the in-tree builds to use `xibuild`. * xibuild: Move help descriptions to OptionSet itself.
2018-11-16 22:24:35 +03:00
Add build system.
2016-04-21 11:59:27 +03:00
PKG_CONFIG=$(MONO_PREFIX)/bin/pkg-config
MAC_PRODUCT=Xamarin.Mac
MAC_PACKAGE_NAME=xamarin.mac
MAC_PACKAGE_NAME_LOWER=$(shell echo $(MAC_PACKAGE_NAME) | tr "[:upper:]" "[:lower:]")
MAC_PACKAGE_VERSION_MAJOR=$(word 1, $(subst ., ,$(MAC_PACKAGE_VERSION)))
MAC_PACKAGE_VERSION_MINOR=$(word 2, $(subst ., ,$(MAC_PACKAGE_VERSION)))
Try to make version numbers clearer, and establish some ground rules. (#4927)
2018-10-04 20:49:26 +03:00
MAC_PACKAGE_VERSION_REV=$(word 3, $(subst ., ,$(MAC_PACKAGE_VERSION)))
Add build system.
2016-04-21 11:59:27 +03:00
MAC_PACKAGE_VERSION_BUILD=$(word 4, $(subst ., ,$(MAC_PACKAGE_VERSION)))
MAC_PACKAGE_VERSION_MAJOR_MINOR=$(MAC_PACKAGE_VERSION_MAJOR).$(MAC_PACKAGE_VERSION_MINOR)
MAC_PACKAGE_UPDATE_ID=$(shell echo $(subst ., ,$(MAC_PACKAGE_VERSION).$(MAC_PACKAGE_VERSION_BUILD)) | awk '{printf "2%02d%02d%02d%03d",$$1,$$2,$$3,$$4}')
MAC_PACKAGE_TITLE=Xamarin $(MAC_PACKAGE_NAME) $(MAC_PACKAGE_VERSION)
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
MACOS_NUGET=Microsoft.macOS
MACOS_NUGET_VERSION_MAJOR=$(word 1, $(subst ., ,$(MACOS_NUGET_VERSION)))
MACOS_NUGET_VERSION_MINOR=$(word 2, $(subst ., ,$(MACOS_NUGET_VERSION)))
MACOS_NUGET_VERSION_PATCH=$(word 3, $(subst ., ,$(MACOS_NUGET_VERSION)))
MACOS_NUGET_VERSION_NO_METADATA=$(MACOS_NUGET_VERSION)-$(NUGET_PRERELEASE_IDENTIFIER)$(MACOS_NUGET_COMMIT_DISTANCE)
MACOS_NUGET_VERSION_FULL=$(MACOS_NUGET_VERSION_NO_METADATA)+$(NUGET_BUILD_METADATA)
Add build system.
2016-04-21 11:59:27 +03:00
MAC_DESTDIR ?= $(TOP)/_mac-build
MAC_TARGETDIR ?= $(MAC_DESTDIR)
# make sure we have full paths. The patsubst function is to remove any trailing slash (this may leave the variable empty)
override MAC_DESTDIR := $(patsubst %/,%,$(abspath $(MAC_DESTDIR)))
override MAC_TARGETDIR := $(patsubst %/,%,$(abspath $(MAC_TARGETDIR)))
MAC_FRAMEWORK_DIR = /Library/Frameworks/Xamarin.Mac.framework
MAC_FRAMEWORK_VERSIONED_DIR = $(MAC_FRAMEWORK_DIR)/Versions/$(MAC_PACKAGE_VERSION)
MAC_FRAMEWORK_CURRENT_DIR = $(MAC_FRAMEWORK_DIR)/Versions/$(MAC_INSTALL_VERSION)
Build with CSC instead of MCS (#3393) - Improve error messages from install-source when crashing
2018-02-22 20:07:33 +03:00
MOBILE_BCL_DIR = $(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mono/Xamarin.Mac
[Makefile] Make csc strict and fix some small errors. (#7665) * [Makefile] Make csc strict and fix some small errors. Make csc to bee more strict when compiling the projects and mix some small errors we had in the bindings. Fixes: https://github.com/xamarin/xamarin-macios/issues/5398
2020-01-02 21:57:22 +03:00
MAC_mobile_CSC = $(SYSTEM_CSC) -features:strict -nostdlib -noconfig -r:$(MOBILE_BCL_DIR)/System.dll -r:$(MOBILE_BCL_DIR)/System.Core.dll -r:$(MOBILE_BCL_DIR)/System.Xml.dll -r:$(MOBILE_BCL_DIR)/mscorlib.dll -r:$(MOBILE_BCL_DIR)/System.Net.Http.dll -r:$(MOBILE_BCL_DIR)/Facades/System.Drawing.Common.dll -deterministic
Build with CSC instead of MCS (#3393) - Improve error messages from install-source when crashing
2018-02-22 20:07:33 +03:00
FULL_BCL_DIR = $(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mono/4.5
[Makefile] Make csc strict and fix some small errors. (#7665) * [Makefile] Make csc strict and fix some small errors. Make csc to bee more strict when compiling the projects and mix some small errors we had in the bindings. Fixes: https://github.com/xamarin/xamarin-macios/issues/5398
2020-01-02 21:57:22 +03:00
MAC_full_CSC = $(SYSTEM_CSC) -features:strict -nostdlib -noconfig -r:$(FULL_BCL_DIR)/System.dll -r:$(FULL_BCL_DIR)/System.Core.dll -r:$(FULL_BCL_DIR)/System.Xml.dll -r:$(FULL_BCL_DIR)/mscorlib.dll -r:$(FULL_BCL_DIR)/System.Net.Http.dll -r:$(FULL_BCL_DIR)/Facades/System.Drawing.Common.dll -deterministic
Build with CSC instead of MCS (#3393) - Improve error messages from install-source when crashing
2018-02-22 20:07:33 +03:00
Add build system.
2016-04-21 11:59:27 +03:00
MAC_PACKAGE_FILENAME=$(MAC_PACKAGE_NAME_LOWER)-$(MAC_PACKAGE_VERSION).pkg
MAC_PACKAGE_DMG_FILENAME=$(MAC_PACKAGE_NAME_LOWER)-$(MAC_PACKAGE_VERSION).dmg
MAC_PACKAGE_DMG_DIRNAME="$(MAC_PACKAGE_TITLE)"
MAC_PACKAGE_UTI=com.$(MAC_PACKAGE_NAME_LOWER).pkg
MAC_PACKAGE_INSTALL_LOCATION=$(MAC_FRAMEWORK_VERSIONED_DIR)
Use Visual Studio instead of Xamarin Studio. (#1972) * Use Visual Studio instead of Xamarin Studio. * VS doesn't have mdtool, it has vstool. Also there's no need to manually invoke the mdtool.exe executable anymore (which we did because the mdtool executable had a min macOS version of 10.9, and we used to build tests on older macOS versions [1]), since now we only run tests on older macOS versions, we don't build those tests there. [1] https://github.com/xamarin/maccore/commit/a1932b0ccde097b46796e4dcf51971043698720a
2017-04-11 09:13:34 +03:00
TT = $(SYSTEM_MONO) "/Applications/Visual Studio.app/Contents/Resources/lib/monodevelop/AddIns/MonoDevelop.TextTemplating/TextTransform.exe"
Add build system.
2016-04-21 11:59:27 +03:00
PRODUCT_KEY_PATH?=$(TOP)/product.snk
include $(TOP)/mk/quiet.mk
Use Visual Studio instead of Xamarin Studio. (#1972) * Use Visual Studio instead of Xamarin Studio. * VS doesn't have mdtool, it has vstool. Also there's no need to manually invoke the mdtool.exe executable anymore (which we did because the mdtool executable had a min macOS version of 10.9, and we used to build tests on older macOS versions [1]), since now we only run tests on older macOS versions, we don't build those tests there. [1] https://github.com/xamarin/maccore/commit/a1932b0ccde097b46796e4dcf51971043698720a
2017-04-11 09:13:34 +03:00
MDTOOL?="/Applications/Visual Studio.app/Contents/MacOS/vstool" $(MDTOOL_VERBOSITY)
[tests] Make mdtool verbose on CI, and fix a few xbuild invocation to honor XBUILD_VERBOSITY. (#131)
2016-06-06 14:01:24 +03:00
[Debugger] Allow to step into Xamarin code. (#1663) * [Debugger] Allow to step into Xamarin code. The tool now detects the different sources and mangles the path to ensure that the correct paths are installed in the following location: /Library/Frameworks/Xamarin.iOS/Versions/Current/src /Library/Frameworks/Xamarin.Mac/Versions/Current/src The tool will detect if the path map command was used in the mdb and pub files, will point to the correct source code and will copy it to the installation dir. Tests have been added that will be ran both by wrench and jenkins ensuring that changes in the manglers do not change it behaviour.
2017-12-05 16:13:59 +03:00
IOS_SOURCE=$(TOP)/src
IOS_BUILD_SOURCE=$(IOS_SOURCE)/build/ios/native
IOS_COMMON_BUILD_SOURCE=$(IOS_SOURCE)/build/common
MAC_SOURCE=$(TOP)/src
MAC_FULL_BUILD_SOURCE=$(MAC_SOURCE)/build/mac/full
MAC_MODERN_BUILD_SOURCE=$(MAC_SOURCE)/build/mac/mobile
MAC_COMMON_BUILD_SOURCE=$(MAC_SOURCE)/build/common
Replace mdbrebase tool with pathmap and fix broken debug symbols mapping in public builds
2016-11-01 23:05:54 +03:00
ifneq ($(BUILD_REVISION),)
Remove more usage of mcs across the build and tests (#3815) * Remove more usage of mcs across the build and tests * Fix -o[ut] mcs/csc argument difference * Fix OpenTK.[dll.mdb|pdb] * Complete some MCS|CSC renames * Fix SYSTEM_CSC not to have a default option since it's not usable that way in every case (and most of them already deal with that option) * Do not rename a variable used by mono itself * Un-renamed two other variables * Fix copying pdb * Generate debug symbols for *.BindingAttributes.dll and copy .mdb for the old XamMac binary version * Newer csc-compiled XamMac.BindingAttributes.dll have .pdb while the old, mcs-compiled binary cached, version has a .mdb * Fix msc -> mcs typo.
2018-04-18 12:17:00 +03:00
IOS_CSC_FLAGS_XI=-pathmap:"$(abspath $(IOS_COMMON_BUILD_SOURCE))/=$(IOS_FRAMEWORK_DIR)/Versions/$(IOS_PACKAGE_VERSION)/src/Xamarin.iOS/" -pathmap:"$(abspath $(IOS_BUILD_SOURCE))/=$(IOS_FRAMEWORK_DIR)/Versions/$(IOS_PACKAGE_VERSION)/src/Xamarin.iOS/" -pathmap:"$(abspath $(IOS_SOURCE))/=$(IOS_FRAMEWORK_DIR)/Versions/$(IOS_PACKAGE_VERSION)/src/Xamarin.iOS/"
MAC_CSC_FLAGS_XM=-pathmap:"$(abspath $(MAC_COMMON_BUILD_SOURCE))/=$(MAC_FRAMEWORK_DIR)/Versions/$(MAC_PACKAGE_VERSION)/src/Xamarin.Mac/" -pathmap:"$(abspath $(MAC_FULL_BUILD_SOURCE))/=$(MAC_FRAMEWORK_DIR)/Versions/$(MAC_PACKAGE_VERSION)/src/Xamarin.Mac/" -pathmap:"$(abspath $(MAC_MODERN_BUILD_SOURCE))/=$(MAC_FRAMEWORK_DIR)/Versions/$(MAC_PACKAGE_VERSION)/src/Xamarin.Mac/" -pathmap:"$(abspath $(MAC_SOURCE))/=$(MAC_FRAMEWORK_DIR)/Versions/$(MAC_PACKAGE_VERSION)/src/Xamarin.Mac/"
Replace mdbrebase tool with pathmap and fix broken debug symbols mapping in public builds
2016-11-01 23:05:54 +03:00
endif
Add an optional dependency on xamarin-specific build logic.
2016-04-21 19:01:11 +03:00
ifdef ENABLE_XAMARIN
-include $(MACCORE_PATH)/Make.config
endif
[jenkins] Run the api diff. (#73)
2016-06-02 15:30:17 +03:00
JENKINS_RESULTS_DIRECTORY ?= $(abspath $(TOP)/jenkins-results)
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
# Clone files instead of copying them on APFS file systems. Much faster.
CP:=$(shell df -t apfs / >/dev/null 2>&1 && echo "cp -c" || echo "cp")
[mono] Bump mono to get M1 binaries (#10836) * [mono] Bump mono to get M1 binaries New commits in mono/mono: * mono/mono@be9218f4d1f Don't include mono-dtrace.h when generating offsets * mono/mono@14ac6d4f0b8 [2020-02] Backport Apple silicon support (#20909) * mono/mono@7dc02abf99c Build Mac/MacCat SDK archives on Xcode 12.4 * mono/mono@fdf57e77442 Disable DebuggerTests.Crash since it fails on Linux i386 in CI * mono/mono@8c552e98bd6 Bump bockbuild to include https://github.com/mono/bockbuild/pull/168 * mono/mono@b1e2a54c6a5 Remove signing from Jenkins MSI pipeline * mono/mono@a8f265550b3 Remove signing from Jenkins PKG/MSI pipelines * mono/mono@c621c35ffa0 Fix early return in Process.Start (#20833) * mono/mono@715757301fc [2020-02][System.Drawing] Work around libgdiplus Metafile dispose ordering (#20828) * mono/mono@305b6cff968 Revert some unrelated bumps * mono/mono@c66141a8c7b [AOT] Make native linker name configurable (#20816) * mono/mono@64368a00d85 Bump msbuild * mono/mono@364c87b1a7a Disable acceptance-tests/roslyn.mk * mono/mono@9b139294c04 Bump msbuild to fix build break * mono/mono@b9c050faf2e [aot] Quote the -Wl,install_name argument to clang. (#20660) Diff: https://github.com/mono/mono/compare/5e9cb6d1c1de430965312927d5aed7fcb27bfa73..be9218f4d1f7529fbe85d15c58f6fe78161909b3 * [Make.Config] Use actual mono binaries Since mac binaries are built using Xcode 12.4 and iOS using Xcode 11.3 we are not accounting for this difference and we are building mono from source. Fix this scenario. * [tests] mmptests account for the arm64 binaries in mono
2021-03-12 20:33:40 +03:00
# WORKAROUND, Ideally it should be xcode-$(XCODE_PRODUCT_BUILD_VERSION) but mono does not build binaries for each xcode release
[mono] Bump mono to bring iOS binaries built with xcode12.4 (#10943) * [mono] Bump mono to bring iOS binaries built with xcode12.4 Also bumping system mono pkg to the one that contains arm64 support New commits in mono/mono: * mono/mono@eb4c3116ebf Build iOS SDK archives on Xcode 12.4 * mono/mono@acb8d8ed6fd [2020-02][marshal] Fix VARIANT and BSTR marshaling in structs (#20918) Diff: https://github.com/mono/mono/compare/be9218f4d1f7529fbe85d15c58f6fe78161909b3..eb4c3116ebf3ac44f72232fc9315fa4947c04b44 * [mtouch] fix version logic check Fixes Unexpected minOS version (expected 8.0.0, found 7.0.0) in MonoTouch.iphonesimulator.sdk/lib/libmono-native-compat.dylib () we really only care if it is over the version we expect not below. * Fix version test
2021-03-25 00:34:30 +03:00
# Xcode 12.4 Build 12D4e
XCODE_IOS_ARCHIVE_VERSION=xcode-12D4e
# Xcode 12.4 Build 12D4e
[mono] Bump mono to get M1 binaries (#10836) * [mono] Bump mono to get M1 binaries New commits in mono/mono: * mono/mono@be9218f4d1f Don't include mono-dtrace.h when generating offsets * mono/mono@14ac6d4f0b8 [2020-02] Backport Apple silicon support (#20909) * mono/mono@7dc02abf99c Build Mac/MacCat SDK archives on Xcode 12.4 * mono/mono@fdf57e77442 Disable DebuggerTests.Crash since it fails on Linux i386 in CI * mono/mono@8c552e98bd6 Bump bockbuild to include https://github.com/mono/bockbuild/pull/168 * mono/mono@b1e2a54c6a5 Remove signing from Jenkins MSI pipeline * mono/mono@a8f265550b3 Remove signing from Jenkins PKG/MSI pipelines * mono/mono@c621c35ffa0 Fix early return in Process.Start (#20833) * mono/mono@715757301fc [2020-02][System.Drawing] Work around libgdiplus Metafile dispose ordering (#20828) * mono/mono@305b6cff968 Revert some unrelated bumps * mono/mono@c66141a8c7b [AOT] Make native linker name configurable (#20816) * mono/mono@64368a00d85 Bump msbuild * mono/mono@364c87b1a7a Disable acceptance-tests/roslyn.mk * mono/mono@9b139294c04 Bump msbuild to fix build break * mono/mono@b9c050faf2e [aot] Quote the -Wl,install_name argument to clang. (#20660) Diff: https://github.com/mono/mono/compare/5e9cb6d1c1de430965312927d5aed7fcb27bfa73..be9218f4d1f7529fbe85d15c58f6fe78161909b3 * [Make.Config] Use actual mono binaries Since mac binaries are built using Xcode 12.4 and iOS using Xcode 11.3 we are not accounting for this difference and we are building mono from source. Fix this scenario. * [tests] mmptests account for the arm64 binaries in mono
2021-03-12 20:33:40 +03:00
XCODE_MACOS_ARCHIVE_VERSION=xcode-12D4e
Bump to mono:2019-06 (#6196) * Use the commonly used casing for `MSBuildSDKsPath` property Handle "incorrectly" cased msbuild property names msbuild property names are case insensitive. While generating the custom app.config, in `SetToolsetProperty(..)` we try to update the property if it already exists. But the name lookup was case sensitive, thus causing the lookup to fail, resulting in two entries for the same property name differing only in case. Eg. `MSBuildSDKsPath` vs `MSBuildSdksPath`. * [mtouch] Whitelist new Brotli native symbols in Xamarin.Tests.Misc.PublicSymbols test * [mtouch] Better assert in NoLLVMFailuresInWatchOS() test We'd list the "LLVM failed" messages before even though the AOT might've crashed and the list is meaningless. Assert the exit code before that. * [mtouch] Use new LLVM even for 32bit targets See https://github.com/mono/mono/issues/14841 and https://github.com/mono/mono/issues/9621 * [mtouch] Work around slow LLVM in "don't link" test See https://github.com/mono/mono/issues/14843 * Remove useless conditional * Remove LLVM36 from Makefile * [watch4] set right min version for arm64_32 based watch devices (#6307) Fixes the confusion around `libmono-native*` (see for example https://github.com/xamarin/xamarin-macios/commit/ce5ba1e41d526eddd9b61f68fae22a747831e9f2#commitcomment-33834491 ) when building with `MONO_BUILD_FROM_SOURCE=1`. * reflect watchos64_32_version_min change from mono sdk * Move mono hash info to mk/mono.mk so that existing scripts work. * Add Makefile dependency on mono.mk where necessary With https://github.com/xamarin/xamarin-macios/commit/3e7bc29adec8dff3558c284a3050f2db36ea3cf2 the Mono hash was moved from Make.config to mono.mk. We need to add a Makefile dependency on this file wherever Make.config was used to track a Mono dependency. * [tests] Copy mk/mono.mk to the XM test package. * [tests] Update minOS version test after consolidating min watchOS versions everywhere. Fixes this mtouch and mmptest failure: 1) Failed : Xamarin.Tests.ProductTests.MinOSVersion(watchOS,MinwatchOS,WatchOSSimulator,False) Failures Expected: <empty> But was: < "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (mono-runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-generated-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (shared-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-invoke-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (xamarin-support-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (nsstring-localization-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-varargs-debug.arm64_32.o)."... > * [mmp] Fix make clean target It needs an -r to remove directories: ``` rm: bin: is a directory rm: obj: is a directory ``` * Add new xamarin_timezone_get_local_name() to a few more places
2019-07-16 18:24:00 +03:00
MONO_IOS_FILENAME:=ios-release-Darwin-$(MONO_HASH).7z
[mono] Bump mono to get M1 binaries (#10836) * [mono] Bump mono to get M1 binaries New commits in mono/mono: * mono/mono@be9218f4d1f Don't include mono-dtrace.h when generating offsets * mono/mono@14ac6d4f0b8 [2020-02] Backport Apple silicon support (#20909) * mono/mono@7dc02abf99c Build Mac/MacCat SDK archives on Xcode 12.4 * mono/mono@fdf57e77442 Disable DebuggerTests.Crash since it fails on Linux i386 in CI * mono/mono@8c552e98bd6 Bump bockbuild to include https://github.com/mono/bockbuild/pull/168 * mono/mono@b1e2a54c6a5 Remove signing from Jenkins MSI pipeline * mono/mono@a8f265550b3 Remove signing from Jenkins PKG/MSI pipelines * mono/mono@c621c35ffa0 Fix early return in Process.Start (#20833) * mono/mono@715757301fc [2020-02][System.Drawing] Work around libgdiplus Metafile dispose ordering (#20828) * mono/mono@305b6cff968 Revert some unrelated bumps * mono/mono@c66141a8c7b [AOT] Make native linker name configurable (#20816) * mono/mono@64368a00d85 Bump msbuild * mono/mono@364c87b1a7a Disable acceptance-tests/roslyn.mk * mono/mono@9b139294c04 Bump msbuild to fix build break * mono/mono@b9c050faf2e [aot] Quote the -Wl,install_name argument to clang. (#20660) Diff: https://github.com/mono/mono/compare/5e9cb6d1c1de430965312927d5aed7fcb27bfa73..be9218f4d1f7529fbe85d15c58f6fe78161909b3 * [Make.Config] Use actual mono binaries Since mac binaries are built using Xcode 12.4 and iOS using Xcode 11.3 we are not accounting for this difference and we are building mono from source. Fix this scenario. * [tests] mmptests account for the arm64 binaries in mono
2021-03-12 20:33:40 +03:00
MONO_IOS_URL:=https://xamjenkinsartifact.azureedge.net/mono-sdks/$(XCODE_IOS_ARCHIVE_VERSION)/$(MONO_IOS_FILENAME)
Bump to mono:2019-06 (#6196) * Use the commonly used casing for `MSBuildSDKsPath` property Handle "incorrectly" cased msbuild property names msbuild property names are case insensitive. While generating the custom app.config, in `SetToolsetProperty(..)` we try to update the property if it already exists. But the name lookup was case sensitive, thus causing the lookup to fail, resulting in two entries for the same property name differing only in case. Eg. `MSBuildSDKsPath` vs `MSBuildSdksPath`. * [mtouch] Whitelist new Brotli native symbols in Xamarin.Tests.Misc.PublicSymbols test * [mtouch] Better assert in NoLLVMFailuresInWatchOS() test We'd list the "LLVM failed" messages before even though the AOT might've crashed and the list is meaningless. Assert the exit code before that. * [mtouch] Use new LLVM even for 32bit targets See https://github.com/mono/mono/issues/14841 and https://github.com/mono/mono/issues/9621 * [mtouch] Work around slow LLVM in "don't link" test See https://github.com/mono/mono/issues/14843 * Remove useless conditional * Remove LLVM36 from Makefile * [watch4] set right min version for arm64_32 based watch devices (#6307) Fixes the confusion around `libmono-native*` (see for example https://github.com/xamarin/xamarin-macios/commit/ce5ba1e41d526eddd9b61f68fae22a747831e9f2#commitcomment-33834491 ) when building with `MONO_BUILD_FROM_SOURCE=1`. * reflect watchos64_32_version_min change from mono sdk * Move mono hash info to mk/mono.mk so that existing scripts work. * Add Makefile dependency on mono.mk where necessary With https://github.com/xamarin/xamarin-macios/commit/3e7bc29adec8dff3558c284a3050f2db36ea3cf2 the Mono hash was moved from Make.config to mono.mk. We need to add a Makefile dependency on this file wherever Make.config was used to track a Mono dependency. * [tests] Copy mk/mono.mk to the XM test package. * [tests] Update minOS version test after consolidating min watchOS versions everywhere. Fixes this mtouch and mmptest failure: 1) Failed : Xamarin.Tests.ProductTests.MinOSVersion(watchOS,MinwatchOS,WatchOSSimulator,False) Failures Expected: <empty> But was: < "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (mono-runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (bindings-generated-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (shared-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (runtime-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-invoke-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (xamarin-support-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (nsstring-localization-debug.arm64_32.o).", "Unexpected minOS version (expected 2.0.0, alternatively 2.0.0, found 5.1.0) in /Users/builder/jenkins/workspace/xamarin-macios/xamarin-macios/_ios-build/Library/Frameworks/Xamarin.iOS.framework/Versions/git/SDKs/Xamarin.WatchSimulator.sdk/usr/lib/libxamarin-debug.a (trampolines-varargs-debug.arm64_32.o)."... > * [mmp] Fix make clean target It needs an -r to remove directories: ``` rm: bin: is a directory rm: obj: is a directory ``` * Add new xamarin_timezone_get_local_name() to a few more places
2019-07-16 18:24:00 +03:00
MONO_MAC_FILENAME:=mac-release-Darwin-$(MONO_HASH).7z
[mono] Bump mono to get M1 binaries (#10836) * [mono] Bump mono to get M1 binaries New commits in mono/mono: * mono/mono@be9218f4d1f Don't include mono-dtrace.h when generating offsets * mono/mono@14ac6d4f0b8 [2020-02] Backport Apple silicon support (#20909) * mono/mono@7dc02abf99c Build Mac/MacCat SDK archives on Xcode 12.4 * mono/mono@fdf57e77442 Disable DebuggerTests.Crash since it fails on Linux i386 in CI * mono/mono@8c552e98bd6 Bump bockbuild to include https://github.com/mono/bockbuild/pull/168 * mono/mono@b1e2a54c6a5 Remove signing from Jenkins MSI pipeline * mono/mono@a8f265550b3 Remove signing from Jenkins PKG/MSI pipelines * mono/mono@c621c35ffa0 Fix early return in Process.Start (#20833) * mono/mono@715757301fc [2020-02][System.Drawing] Work around libgdiplus Metafile dispose ordering (#20828) * mono/mono@305b6cff968 Revert some unrelated bumps * mono/mono@c66141a8c7b [AOT] Make native linker name configurable (#20816) * mono/mono@64368a00d85 Bump msbuild * mono/mono@364c87b1a7a Disable acceptance-tests/roslyn.mk * mono/mono@9b139294c04 Bump msbuild to fix build break * mono/mono@b9c050faf2e [aot] Quote the -Wl,install_name argument to clang. (#20660) Diff: https://github.com/mono/mono/compare/5e9cb6d1c1de430965312927d5aed7fcb27bfa73..be9218f4d1f7529fbe85d15c58f6fe78161909b3 * [Make.Config] Use actual mono binaries Since mac binaries are built using Xcode 12.4 and iOS using Xcode 11.3 we are not accounting for this difference and we are building mono from source. Fix this scenario. * [tests] mmptests account for the arm64 binaries in mono
2021-03-12 20:33:40 +03:00
MONO_MAC_URL:=https://xamjenkinsartifact.azureedge.net/mono-sdks/$(XCODE_MACOS_ARCHIVE_VERSION)/$(MONO_MAC_FILENAME)
Bump mono to a version that ships catalyst binaries and download those binaries. New commits in mono/mono: * mono/mono@dfbfe5eed19 [2020-02] Build makefile to support Mac Catalyst (#20566) Diff: https://github.com/mono/mono/compare/ac596375c762c6b8dbe3c802f0ce626004eab51c..dfbfe5eed1992905b0dac80a8dc7d6f1f9647735
2020-11-11 18:40:06 +03:00
MONO_MACCATALYST_FILENAME:=maccat-release-Darwin-$(MONO_HASH).7z
[mono] Bump mono to get M1 binaries (#10836) * [mono] Bump mono to get M1 binaries New commits in mono/mono: * mono/mono@be9218f4d1f Don't include mono-dtrace.h when generating offsets * mono/mono@14ac6d4f0b8 [2020-02] Backport Apple silicon support (#20909) * mono/mono@7dc02abf99c Build Mac/MacCat SDK archives on Xcode 12.4 * mono/mono@fdf57e77442 Disable DebuggerTests.Crash since it fails on Linux i386 in CI * mono/mono@8c552e98bd6 Bump bockbuild to include https://github.com/mono/bockbuild/pull/168 * mono/mono@b1e2a54c6a5 Remove signing from Jenkins MSI pipeline * mono/mono@a8f265550b3 Remove signing from Jenkins PKG/MSI pipelines * mono/mono@c621c35ffa0 Fix early return in Process.Start (#20833) * mono/mono@715757301fc [2020-02][System.Drawing] Work around libgdiplus Metafile dispose ordering (#20828) * mono/mono@305b6cff968 Revert some unrelated bumps * mono/mono@c66141a8c7b [AOT] Make native linker name configurable (#20816) * mono/mono@64368a00d85 Bump msbuild * mono/mono@364c87b1a7a Disable acceptance-tests/roslyn.mk * mono/mono@9b139294c04 Bump msbuild to fix build break * mono/mono@b9c050faf2e [aot] Quote the -Wl,install_name argument to clang. (#20660) Diff: https://github.com/mono/mono/compare/5e9cb6d1c1de430965312927d5aed7fcb27bfa73..be9218f4d1f7529fbe85d15c58f6fe78161909b3 * [Make.Config] Use actual mono binaries Since mac binaries are built using Xcode 12.4 and iOS using Xcode 11.3 we are not accounting for this difference and we are building mono from source. Fix this scenario. * [tests] mmptests account for the arm64 binaries in mono
2021-03-12 20:33:40 +03:00
MONO_MACCATALYST_URL:=https://xamjenkinsartifact.azureedge.net/mono-sdks/$(XCODE_MACOS_ARCHIVE_VERSION)/$(MONO_MACCATALYST_FILENAME)
Switch to mono archive and remove submodule
2019-05-12 19:06:06 +03:00
# Setup various variables depending on whether mono is downloaded or built from source
Always set variables to allow for downloading mono package. (#5559) Even if we don't end up using those variable during a normal build (when building from source), it can still be useful that commands like `make download` continue to work. It also fixes a make warning: Making all in builds Makefile:16: warning: overriding commands for target `downloads/' Makefile:9: warning: ignoring old commands for target `downloads/'
2019-02-06 17:47:32 +03:00
ifeq ($(MONO_BUILD_FROM_SOURCE),)
Download the Mono SDK archive for macOS as well. (#5953) * Download the Mono SDK archive for macOS as well. * [tests] Don't forget the tests.
2019-04-26 17:44:29 +03:00
MONO_IOS_SDK_DESTDIR:=$(abspath $(TOP)/builds/downloads/$(basename $(MONO_IOS_FILENAME)))
MONO_MAC_SDK_DESTDIR:=$(abspath $(TOP)/builds/downloads/$(basename $(MONO_MAC_FILENAME)))
[runtime] Build our runtime for Catalyst.
2020-11-17 11:12:51 +03:00
MONO_MACCATALYST_SDK_DESTDIR:=$(abspath $(TOP)/builds/downloads/$(basename $(MONO_MACCATALYST_FILENAME)))
Switch to mono archive and remove submodule
2019-05-12 19:06:06 +03:00
MONO_BUILD_MODE=download-mono
[builds] Download & extract the mono sdk package. (#5247) We don't consume it yet, that will come in separate pull requests as the necessary bits are included in the package.
2018-12-11 09:48:05 +03:00
else
Download the Mono SDK archive for macOS as well. (#5953) * Download the Mono SDK archive for macOS as well. * [tests] Don't forget the tests.
2019-04-26 17:44:29 +03:00
MONO_IOS_SDK_DESTDIR:=$(abspath $(MONO_PATH)/sdks/out)
MONO_MAC_SDK_DESTDIR:=$(abspath $(MONO_PATH)/sdks/out)
[runtime] Build our runtime for Catalyst.
2020-11-17 11:12:51 +03:00
MONO_MACCATALYST_SDK_DESTDIR:=$(abspath $(MONO_PATH)/sdks/out)
Switch to mono archive and remove submodule
2019-05-12 19:06:06 +03:00
MONO_BUILD_MODE=compile-mono
[builds] Download & extract the mono sdk package. (#5247) We don't consume it yet, that will come in separate pull requests as the necessary bits are included in the package.
2018-12-11 09:48:05 +03:00
endif
[build] Use arcade dependency management tooling (#10890) * [build] Use arcade dependency management tooling * Apply feedback * Apply second round of feedback * Always make dotnet.config before trying to read it * Debugging * Update dependencies, trim tabs and spaces * [dotnet] Remove the existing workload shipped with .NET and install our locally built ones. The new version of .NET ships with our workloads, but those aren't the workloads we want to use, so replace them with our own. * Update .gitignores. * Bump to 6.0.100-preview.3.21181.5 That required renaming simulator runtime packs... * More rename for simulator packages * moar (hopefully all) * Bump to 6.0.100-preview.3.21201.11 This fix the issue with `Wait` that failed several tests in monotouch-tests However it does not include the fix for AppConext.GetData on device (AOT) Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> Co-authored-by: Sebastien Pouliot <sebastien@xamarin.com>
2021-04-02 07:02:27 +03:00
-include $(TOP)/dotnet.config
$(TOP)/dotnet.config: $(TOP)/eng/Versions.props
[CI] Upload build asset data to darc/maestro (#11189)
2021-04-15 00:34:30 +03:00
$(Q) grep -A1 \"sdk\": $(TOP)/global.json | sed -e '1d' -e 's/[ \t]*"version": /DOTNET_VERSION=/' -e 's/"//g' > $@.tmp
[build] Use arcade dependency management tooling (#10890) * [build] Use arcade dependency management tooling * Apply feedback * Apply second round of feedback * Always make dotnet.config before trying to read it * Debugging * Update dependencies, trim tabs and spaces * [dotnet] Remove the existing workload shipped with .NET and install our locally built ones. The new version of .NET ships with our workloads, but those aren't the workloads we want to use, so replace them with our own. * Update .gitignores. * Bump to 6.0.100-preview.3.21181.5 That required renaming simulator runtime packs... * More rename for simulator packages * moar (hopefully all) * Bump to 6.0.100-preview.3.21201.11 This fix the issue with `Wait` that failed several tests in monotouch-tests However it does not include the fix for AppConext.GetData on device (AOT) Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> Co-authored-by: Sebastien Pouliot <sebastien@xamarin.com>
2021-04-02 07:02:27 +03:00
$(Q) grep MicrosoftDotnetSdkInternalPackageVersion $(TOP)/eng/Versions.props | sed -e 's/<*\/*MicrosoftDotnetSdkInternalPackageVersion>//g' -e 's/[ \t]*/DOTNET6_VERSION=/' >> $@.tmp
[main] Update dependencies from dotnet/installer (#13093) * Update dependencies from https://github.com/dotnet/installer build 20211022.1 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21522.1 * Update dependencies from https://github.com/dotnet/installer build 20211022.16 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21522.16 * Update dependencies from https://github.com/dotnet/installer build 20211023.8 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21523.8 * Update dependencies from https://github.com/dotnet/installer build 20211024.1 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21524.1 * Add a dependency to Microsoft.NETCore.App.Ref. That way we match what XA did here: https://github.com/xamarin/xamarin-android/commit/16c1226dde50d95107a040fcc49fe0aab8471fd6 It also makes Maestro update our NuGet.config for us, which additional feeds we seem to need to build. * [dotnet] Use all the sources in the NuGet.config when installing workloads. * Update dependencies from https://github.com/dotnet/installer build 20211025.3 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21525.3 * Add dependency on Microsoft.AspNetCore.App.Ref. * Update dependencies from https://github.com/dotnet/installer build 20211026.10 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21526.10 * [tests] Disable the implicit FSharp.Core reference. Fixes this: xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: Unable to find a stable package FSharp.Core with version (>= 6.0.1) xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 792 version(s) in dotnet-tools [ Nearest version: 6.0.2-beta.21519.1 ] xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 46 version(s) in dotnet-public [ Nearest version: 6.0.0 ] xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in xamarin-impl xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in darc-pub-dotnet-aspnetcore-ae1a6cb-1 xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in darc-pub-dotnet-aspnetcore-ae1a6cb xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in darc-pub-dotnet-runtime-4822e3c-1 xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in darc-pub-dotnet-runtime-4822e3c-2 xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in darc-pub-dotnet-runtime-4822e3c-4 xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in darc-pub-dotnet-runtime-4822e3c-5 xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in Dotnet arcade xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in dotnet6 xamarin-macios/tests/fsharp/dotnet/macOS/fsharp.fsproj : error NU1103: - Found 0 version(s) in macios-dependencies * [tests] Use a specific FSharp.Core version. * Update dependencies from https://github.com/dotnet/installer build 20211027.11 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-rtm.21521.3 -> To Version 6.0.100-rtm.21527.11 Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2021-10-29 19:46:00 +03:00
$(Q) grep MicrosoftNETCoreAppRefPackageVersion $(TOP)/eng/Versions.props | sed -e 's/<*\/*MicrosoftNETCoreAppRefPackageVersion>//g' -e 's/[ \t]*/BUNDLED_NETCORE_PLATFORMS_PACKAGE_VERSION=/' >> $@.tmp
[build] Use arcade dependency management tooling (#10890) * [build] Use arcade dependency management tooling * Apply feedback * Apply second round of feedback * Always make dotnet.config before trying to read it * Debugging * Update dependencies, trim tabs and spaces * [dotnet] Remove the existing workload shipped with .NET and install our locally built ones. The new version of .NET ships with our workloads, but those aren't the workloads we want to use, so replace them with our own. * Update .gitignores. * Bump to 6.0.100-preview.3.21181.5 That required renaming simulator runtime packs... * More rename for simulator packages * moar (hopefully all) * Bump to 6.0.100-preview.3.21201.11 This fix the issue with `Wait` that failed several tests in monotouch-tests However it does not include the fix for AppConext.GetData on device (AOT) Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> Co-authored-by: Sebastien Pouliot <sebastien@xamarin.com>
2021-04-02 07:02:27 +03:00
$(Q) mv $@.tmp $@
[dotnet] Check for the x64 version of .NET. (#13481) Check for the x64 version of .NET to see if it's installed if the default dotnet location doesn't exist (the x64 version will exist on an ARM64 mac when installing the x64 version of .NET). Also allow the .NET unit tests to be executed using any recentish version of .NET.
2021-12-03 09:56:23 +03:00
ifneq ("$(wildcard /usr/local/share/dotnet/dotnet)","")
Use full path to the 'dotnet' executable. This way we don't have to change PATH on bots. It always makes it easier to use a different location for the executable in the future if we wished to.
2020-03-10 15:41:14 +03:00
DOTNET=/usr/local/share/dotnet/dotnet
[dotnet] Check for the x64 version of .NET. (#13481) Check for the x64 version of .NET to see if it's installed if the default dotnet location doesn't exist (the x64 version will exist on an ARM64 mac when installing the x64 version of .NET). Also allow the .NET unit tests to be executed using any recentish version of .NET.
2021-12-03 09:56:23 +03:00
else
ifneq ("$(wildcard /usr/local/share/dotnet/x64/dotnet)","")
DOTNET=/usr/local/share/dotnet/x64/dotnet
else
DOTNET=/must/install/dotnet
endif
endif
[system-dependencies] Add support for provisioning .NET 5 separately. (#8578) * [system-dependencies] Add support for provisioning .NET 5 separately. Add support for provisioning .NET 5 separately, and by default install it locally (into builds/downloads) to avoid consuming a lot of disk space with the various preview versions we'll need. A system install is still detected and used if available. * Use full path to the dotnet binary, since it might not be in PATH. * [jenkins] Clean first, then provision. Otherwise we'll clean whatever we provision locally.
2020-05-13 09:31:40 +03:00
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
DOTNET_DESTDIR ?= $(TOP)/_build
DOTNET_NUPKG_DIR ?= $(DOTNET_DESTDIR)/nupkgs
[dotnet] Create Microsoft.<platform>.Bundle.pkg packages for installing workloads manually.
2020-10-15 12:45:36 +03:00
DOTNET_PKG_DIR ?= $(DOTNET_DESTDIR)/pkgs
Create and publish .NET NuGet packages. (#8576) Create the various NuGet packages to support .NET 5+. The packages are currently empty (and not very useful), but the actual content will come later. The current set of NuGet packages are (this list is duplicated for each platform: iOS, tvOS, watchOS and macOS): * Microsoft.iOS.Sdk: currently contains the basic MSBuild targets files for an MSBuild Project SDK. Will eventually contain all the build logic. Might also eventually contain other tools (mlaunch, bgen, etc.), but these might also end up in a different package. * Microsoft.iOS.Ref: will contain the Xamarin.iOS.dll reference assembly. * Microsoft.iOS.Runtime.[RID]: will contain architecture-specific files (libxamarin*.dylib, the Xamarin.iOS.dll implementation assembly, etc.): The NuGets built on CI are automatically published to a NuGet feed. The versioning for the NuGet packages required a few changes: OS bumps are now changed in Make.versions instead of Make.config (this is explained in the files themselves as well).
2020-05-13 16:23:29 +03:00
[dotnet] Bump to .NET 6.0.100-alpha.1.20556.2. and net6.0 New commits in spouliot/Touch.Unit: * spouliot/Touch.Unit@f8768d9 Advance into the world of net6.0 Diff: https://github.com/spouliot/Touch.Unit/compare/9abe69e6f5f13b24dd2603978636ee7c995a4151..f8768d99efe162f6e5158ca69751684f2c598fd1
2020-09-18 18:41:33 +03:00
# Configuration for .NET 6.
[system-dependencies] Add support for provisioning .NET 5 separately. (#8578) * [system-dependencies] Add support for provisioning .NET 5 separately. Add support for provisioning .NET 5 separately, and by default install it locally (into builds/downloads) to avoid consuming a lot of disk space with the various preview versions we'll need. A system install is still detected and used if available. * Use full path to the dotnet binary, since it might not be in PATH. * [jenkins] Clean first, then provision. Otherwise we'll clean whatever we provision locally.
2020-05-13 09:31:40 +03:00
# We're using preview versions, and there will probably be many of them, so install locally (into builds/downloads) if there's no system version to
# avoid consuming a lot of disk space (since they're never automatically deleted). The system-dependencies.sh script will install locally as long
# as there's a TARBALL url.
[dotnet] Use the reference assemblies from the .NET 6 version we're referencing. (#10813)
2021-03-09 16:57:56 +03:00
[configure] Add option to use a locally built dotnet/runtime. (#11643) * Add a configure option to use a locally built dotnet/runtime. * Add documentation how to build dotnet/runtime the way we need it built. * Modify our build to consume the custom dotnet/runtime if so configured. This is useful when trying to debug the runtime locally, or trying out new features there are no packages for yet. Co-authored-by: TJ Lambert <50846373+tj-devel709@users.noreply.github.com>
2021-05-21 23:18:25 +03:00
# If you build dotnet/runtime locally, "*-dev" is the version the built artifacts will use (and which we must reference)
CUSTOM_DOTNET_VERSION=6.0.0-dev
ifdef CUSTOM_DOTNET
DOTNET6_BCL_VERSION=$(CUSTOM_DOTNET_VERSION)
export CUSTOM_DOTNET_VERSION
else
DOTNET6_BCL_VERSION=$(BUNDLED_NETCORE_PLATFORMS_PACKAGE_VERSION)
endif
[xtro] Run on .NET assemblies.
2021-11-15 17:00:12 +03:00
DOTNET_TFM=net6.0
[dotnet] Bump to .NET 6.0.100-alpha.1.20556.2. and net6.0 New commits in spouliot/Touch.Unit: * spouliot/Touch.Unit@f8768d9 Advance into the world of net6.0 Diff: https://github.com/spouliot/Touch.Unit/compare/9abe69e6f5f13b24dd2603978636ee7c995a4151..f8768d99efe162f6e5158ca69751684f2c598fd1
2020-09-18 18:41:33 +03:00
DOTNET6_VERSION_BAND=$(firstword $(subst -, ,$(DOTNET6_VERSION)))
[build] Use arcade dependency management tooling (#10890) * [build] Use arcade dependency management tooling * Apply feedback * Apply second round of feedback * Always make dotnet.config before trying to read it * Debugging * Update dependencies, trim tabs and spaces * [dotnet] Remove the existing workload shipped with .NET and install our locally built ones. The new version of .NET ships with our workloads, but those aren't the workloads we want to use, so replace them with our own. * Update .gitignores. * Bump to 6.0.100-preview.3.21181.5 That required renaming simulator runtime packs... * More rename for simulator packages * moar (hopefully all) * Bump to 6.0.100-preview.3.21201.11 This fix the issue with `Wait` that failed several tests in monotouch-tests However it does not include the fix for AppConext.GetData on device (AOT) Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> Co-authored-by: Sebastien Pouliot <sebastien@xamarin.com>
2021-04-02 07:02:27 +03:00
DOTNET6_TARBALL=https://dotnetcli.blob.core.windows.net/dotnet/Sdk/$(DOTNET6_VERSION)/dotnet-sdk-$(DOTNET6_VERSION)-osx-x64.tar.gz
[dotnet] Bump to .NET 6.0.100-alpha.1.20556.2. and net6.0 New commits in spouliot/Touch.Unit: * spouliot/Touch.Unit@f8768d9 Advance into the world of net6.0 Diff: https://github.com/spouliot/Touch.Unit/compare/9abe69e6f5f13b24dd2603978636ee7c995a4151..f8768d99efe162f6e5158ca69751684f2c598fd1
2020-09-18 18:41:33 +03:00
DOTNET6_TARBALL_NAME=$(notdir $(DOTNET6_TARBALL))
DOTNET6_DIR=$(abspath $(TOP)/builds/downloads/$(basename $(basename $(DOTNET6_TARBALL_NAME))))
DOTNET6=$(DOTNET6_DIR)/dotnet
[configure] Add option to use a locally built dotnet/runtime. (#11643) * Add a configure option to use a locally built dotnet/runtime. * Add documentation how to build dotnet/runtime the way we need it built. * Modify our build to consume the custom dotnet/runtime if so configured. This is useful when trying to debug the runtime locally, or trying out new features there are no packages for yet. Co-authored-by: TJ Lambert <50846373+tj-devel709@users.noreply.github.com>
2021-05-21 23:18:25 +03:00
DOTNET6_BCL_DIR:=$(abspath $(TOP)/builds/downloads/microsoft.netcore.app.ref/$(DOTNET6_BCL_VERSION)/ref/net6.0)
[system-dependencies] Add support for provisioning .NET 5 separately. (#8578) * [system-dependencies] Add support for provisioning .NET 5 separately. Add support for provisioning .NET 5 separately, and by default install it locally (into builds/downloads) to avoid consuming a lot of disk space with the various preview versions we'll need. A system install is still detected and used if available. * Use full path to the dotnet binary, since it might not be in PATH. * [jenkins] Clean first, then provision. Otherwise we'll clean whatever we provision locally.
2020-05-13 09:31:40 +03:00
[builds] Download & install the Mono workload as well.
2021-12-07 22:59:52 +03:00
# The sdk version band has the last two digits set to 0: https://github.com/dotnet/sdk/blob/22c4860dcb2cf6b123dd641cc4a87a50380759d5/src/Resolvers/Microsoft.NET.Sdk.WorkloadManifestReader/SdkDirectoryWorkloadManifestProvider.cs#L52-L53
MANIFEST_VERSION_BAND=$(shell echo $(DOTNET6_VERSION_BAND) | sed 's/..$$/00/')
[main] Update dependencies from dotnet/installer (#13561) This pull request updates the following dependencies ## From https://github.com/dotnet/installer - **Subscription**: 9d0987bd-c9b3-4f3a-a267-08d9ba6248b0 - **Build**: 20211215.3 - **Date Produced**: December 15, 2021 9:16:41 PM UTC - **Commit**: 2dc0c5a0c9e30b861916e288676dc81d09ec9454 - **Branch**: refs/heads/release/6.0.2xx - **Updates**: - **Microsoft.Dotnet.Sdk.Internal**: [from 6.0.102-servicing.21609.9 to 6.0.200-preview.21614.17][3] [3]: https://github.com/dotnet/installer/compare/65bbb44...0ce201e --- # .net ChangeLog for https://github.com/xamarin/xamarin-macios/pull/13561 ## Level 1 * https://github.com/dotnet/installer [65bbb44...0ce201e](https://github.com/dotnet/installer/compare/65bbb444f839ba116ca561390aa8725d0d198130...0ce201ed68d1fa0b397531084d12ccf6bc82b91f) ## Level 2 * https://github.com/dotnet/templating [7d94161...7c35333](https://github.com/dotnet/templating/compare/7d941613047c847c87dc8d243a54fd1a45a47de7...7c35333b66a97deaa23c519889de11069cf22504) * https://github.com/dotnet/sdk [2c798cb...4a935da](https://github.com/dotnet/sdk/compare/2c798cbf6bf259ce49d94d91bc665a95d42d7a7f...4a935da067ee66f3d9bf5bdcda8dd3952e342ebb) * https://github.com/dotnet/fsharp [6d626ff...c12acdb](https://github.com/dotnet/fsharp/compare/6d626ff0752a77d339f609b4d361787dc9ca93a5...c12acdbfa5f76f811888d824bce5a87f7f68fdb8) * https://github.com/microsoft/vstest [68bd10d...a809880](https://github.com/microsoft/vstest/compare/68bd10d3aee862a9fbb0bac8b3d474bc323024f3...a809880e02d8a9986e3ba1daeeeb5078fbb96be5) * https://github.com/dotnet/roslyn [c7d6f9f...8183134](https://github.com/dotnet/roslyn/compare/c7d6f9fab845ffd943216da465022744e7d35f22...818313426323d979747781a17c78860c833776da) * https://github.com/dotnet/msbuild [c9eb9dd...96a618c](https://github.com/dotnet/msbuild/compare/c9eb9dd64e9a2e8a433900a1a626d65a2bce4428...96a618ca59610908eddc92bfd0198746c34f0ed5) * https://github.com/nuget/nuget.client [078701b...9187a50](https://github.com/nuget/nuget.client/compare/078701b97eeef2283c1f4605032b5bcf55a80653...9187a50daec29061772a2057490697c6c0e4c354) * https://github.com/dotnet/arcade [ee9b7f1...7421b55](https://github.com/dotnet/arcade/compare/ee9b7f19853685805c612103282c8d9486c7db86...7421b55f46aff8373764016d942b23cbf87c75cb) * https://github.com/dotnet/source-build-reference-packages [897a970...9c7c56c](https://github.com/dotnet/source-build-reference-packages/compare/897a9709eb370a92bce2391d77b03d06149cbb6c...9c7c56c0107adf3b5daecdd6ebb9fa6b043008fe) Generated using https://github.com/spouliot/dotnet-tools/tree/master/changelog Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2021-12-16 19:35:17 +03:00
# The location of csc changes depending on whether we're using a preview or a stable/service release :/
DOTNET_CSC_PATH_PREVIEW=$(DOTNET6_DIR)/sdk/$(DOTNET6_VERSION)/Roslyn/bincore/csc.dll
DOTNET_CSC_PATH_STABLE=$(DOTNET6_DIR)/sdk/$(DOTNET6_VERSION_BAND)/Roslyn/bincore/csc.dll
[main] Update dependencies from dotnet/installer (#13871) * Update dependencies from https://github.com/dotnet/installer build 20220124.2 Microsoft.Dotnet.Sdk.Internal From Version 6.0.200-preview.22071.6 -> To Version 6.0.200-rtm.22074.2 * [.NET] Use the stable path for csc. * Update dependencies from https://github.com/dotnet/installer build 20220125.2 Microsoft.Dotnet.Sdk.Internal From Version 6.0.200-preview.22071.6 -> To Version 6.0.200-rtm.22075.2 Dependency coherency updates Microsoft.NET.ILLink.Tasks From Version 6.0.100-1.21519.4 -> To Version 6.0.200-1.22069.1 (parent: Microsoft.Dotnet.Sdk.Internal Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2022-01-27 12:13:42 +03:00
DOTNET6_CSC=$(DOTNET6) exec $(DOTNET_CSC_PATH_STABLE)
Build the .NET version of our platform assemblies with csc from .NET (#10794) This way we can use C# 9 in any platform code specific to .NET.
2021-03-06 03:08:04 +03:00
[xtro] Run on .NET assemblies.
2021-11-15 17:00:12 +03:00
# How are our assemblies named?
DOTNET_IOS_ASSEMBLY_NAME=Xamarin.iOS
DOTNET_TVOS_ASSEMBLY_NAME=Xamarin.TVOS
DOTNET_MACCATALYST_ASSEMBLY_NAME=Xamarin.MacCatalyst
DOTNET_MACOS_ASSEMBLY_NAME=Xamarin.Mac
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
DOTNET_PLATFORMS=
ifdef INCLUDE_IOS
DOTNET_PLATFORMS+=iOS
ifdef INCLUDE_DEVICE
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
DOTNET_IOS_RUNTIME_IDENTIFIERS=ios-arm ios-arm64 iossimulator-x86 iossimulator-x64 iossimulator-arm64
[build] Use arcade dependency management tooling (#10890) * [build] Use arcade dependency management tooling * Apply feedback * Apply second round of feedback * Always make dotnet.config before trying to read it * Debugging * Update dependencies, trim tabs and spaces * [dotnet] Remove the existing workload shipped with .NET and install our locally built ones. The new version of .NET ships with our workloads, but those aren't the workloads we want to use, so replace them with our own. * Update .gitignores. * Bump to 6.0.100-preview.3.21181.5 That required renaming simulator runtime packs... * More rename for simulator packages * moar (hopefully all) * Bump to 6.0.100-preview.3.21201.11 This fix the issue with `Wait` that failed several tests in monotouch-tests However it does not include the fix for AppConext.GetData on device (AOT) Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> Co-authored-by: Sebastien Pouliot <sebastien@xamarin.com>
2021-04-02 07:02:27 +03:00
DOTNET_IOS_RUNTIME_IDENTIFIERS_32=ios-arm iossimulator-x86
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
DOTNET_IOS_RUNTIME_IDENTIFIERS_64=ios-arm64 iossimulator-x64 iossimulator-arm64
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
else
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
DOTNET_IOS_RUNTIME_IDENTIFIERS=iossimulator-x86 iossimulator-x64 iossimulator-arm64
[build] Use arcade dependency management tooling (#10890) * [build] Use arcade dependency management tooling * Apply feedback * Apply second round of feedback * Always make dotnet.config before trying to read it * Debugging * Update dependencies, trim tabs and spaces * [dotnet] Remove the existing workload shipped with .NET and install our locally built ones. The new version of .NET ships with our workloads, but those aren't the workloads we want to use, so replace them with our own. * Update .gitignores. * Bump to 6.0.100-preview.3.21181.5 That required renaming simulator runtime packs... * More rename for simulator packages * moar (hopefully all) * Bump to 6.0.100-preview.3.21201.11 This fix the issue with `Wait` that failed several tests in monotouch-tests However it does not include the fix for AppConext.GetData on device (AOT) Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> Co-authored-by: Sebastien Pouliot <sebastien@xamarin.com>
2021-04-02 07:02:27 +03:00
DOTNET_IOS_RUNTIME_IDENTIFIERS_32=iossimulator-x86
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
DOTNET_IOS_RUNTIME_IDENTIFIERS_64=iossimulator-x64 iossimulator-arm64
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
endif
endif
ifdef INCLUDE_TVOS
DOTNET_PLATFORMS+=tvOS
ifdef INCLUDE_DEVICE
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
DOTNET_TVOS_RUNTIME_IDENTIFIERS=tvos-arm64 tvossimulator-x64 tvossimulator-arm64
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
else
[runtime] Build for ARM64/simulators.
2021-11-23 02:41:25 +03:00
DOTNET_TVOS_RUNTIME_IDENTIFIERS=tvossimulator-x64 tvossimulator-arm64
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
endif
endif
[dotnet] Disable watchOS. (#10625) * [dotnet] Disable watchOS. * [tests] Ignore watchOS tests when the watchOS build is disabled.
2021-02-12 23:52:27 +03:00
ifdef INCLUDE_DOTNET_WATCHOS
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
DOTNET_PLATFORMS+=watchOS
ifdef INCLUDE_DEVICE
[src] Put the implementation assemblies for our product assemblies in the NuGet runtime packages. (#8628) This is the current structure: Microsoft.iOS.Runtime.<rid> └─── data │ └─── RuntimeList.xml └─── runtimes │ └─── <rid> │ │ └─── lib │ │ │ └─── net5.0 │ │ │ │ └─── Xamarin.iOS.dll │ │ │ │ └─── Xamarin.iOS.pdb and likewise for tvOS, watchOS and macOS. Also fix the nuget packaging to include the reference/implementation assemblies in FrameworkList.xml and RuntimeList.xml.
2020-05-20 19:39:18 +03:00
DOTNET_WATCHOS_RUNTIME_IDENTIFIERS=watchos-arm watchos-x86
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
DOTNET_WATCHOS_RUNTIME_IDENTIFIERS_32=watchos-arm watchos-x86
else
[main][watchOS] Add x86_64 simulator support (#10059) * [watchOS] Add x86_64 simulator support * Build runtime/registrar x86_64 slices * Produce a 64 bit version of Xamarin.WatchOS.dll * Allow building x86_64 for watch simulators in mtouch * Let xharness know about x86_64 * [tests] Add x86_64 arch to test-libraries * Make dotnet package aware of x64 * [ObjCRuntime] Fix computing if we're calling a stret function or not in a 64-bit watchOS simulator. * [xharness] Re-enable some watchOS tests. Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2020-11-20 17:27:46 +03:00
DOTNET_WATCHOS_RUNTIME_IDENTIFIERS=watchos-x86 watchos-x64
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
DOTNET_WATCHOS_RUNTIME_IDENTIFIERS_32=watchos-x86
[main][watchOS] Add x86_64 simulator support (#10059) * [watchOS] Add x86_64 simulator support * Build runtime/registrar x86_64 slices * Produce a 64 bit version of Xamarin.WatchOS.dll * Allow building x86_64 for watch simulators in mtouch * Let xharness know about x86_64 * [tests] Add x86_64 arch to test-libraries * Make dotnet package aware of x64 * [ObjCRuntime] Fix computing if we're calling a stret function or not in a 64-bit watchOS simulator. * [xharness] Re-enable some watchOS tests. Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2020-11-20 17:27:46 +03:00
DOTNET_WATCHOS_RUNTIME_IDENTIFIERS_64=watchos-x64
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
endif
endif
[src] Build Xamarin.MacCatalyst.dll
2020-11-23 16:46:11 +03:00
ifdef INCLUDE_MACCATALYST
[dotnet] Build & publish MacCatalyst packs. (#10624) * [dotnet] Build & publish MacCatalyst packs. * Add runtime support.
2021-02-12 09:38:43 +03:00
DOTNET_PLATFORMS+=MacCatalyst
[runtime] Build our runtime for Mac Catalyst/ARM64 for .NET. (#10739) * [runtime] Build our runtime for Mac Catalyst/ARM64 for .NET. * [ObjCRuntime] There's no need for the StartWWAN implementation on Mac Catalyst. This also fixes a build error: error MT5214: Native linking failed, undefined symbol: _xamarin_start_wwan. This symbol was referenced by the managed member ObjCRuntime.Runtime.xamarin_start_wwan. * Only exclude xamarin_start_wwan in the .NET version of Mac Catalyst. * [tests] Update to not run the StartWWAN test on Mac Catalyst. * Update conditional logic. * Fix build with newer make versions.
2021-03-03 09:48:07 +03:00
DOTNET_MACCATALYST_RUNTIME_IDENTIFIERS=maccatalyst-x64 maccatalyst-arm64
[src] Build Xamarin.MacCatalyst.dll
2020-11-23 16:46:11 +03:00
endif
[build] Add support for not building for Xamarin.Mac. (#13385) While generally not useful, because we need Xamarin.Mac to build mlaunch, it comes in handy sometimes to be able to disable the Mac build (if we do, we'll automatically use the prebuilt mlaunch binary from macios-binaries).
2021-11-18 17:38:20 +03:00
ifdef INCLUDE_MAC
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
DOTNET_PLATFORMS+=macOS
[runtime] Build a new version of libxamarin specifically for CoreCLR. (#10798) We're currently only building for macOS, but we'll eventually build for Mac Catalyst as well.
2021-03-08 09:57:55 +03:00
DOTNET_CORECLR_PLATFORMS+=macOS
[dotnet] Build macOS/.NET for ARM64 as well. (#10959) Partial fix for #10959.
2021-03-25 09:26:48 +03:00
DOTNET_MACOS_RUNTIME_IDENTIFIERS=osx-x64 osx-arm64
[build] Add support for not building for Xamarin.Mac. (#13385) While generally not useful, because we need Xamarin.Mac to build mlaunch, it comes in handy sometimes to be able to disable the Mac build (if we do, we'll automatically use the prebuilt mlaunch binary from macios-binaries).
2021-11-18 17:38:20 +03:00
endif
[src] Put the implementation assemblies for our product assemblies in the NuGet runtime packages. (#8628) This is the current structure: Microsoft.iOS.Runtime.<rid> └─── data │ └─── RuntimeList.xml └─── runtimes │ └─── <rid> │ │ └─── lib │ │ │ └─── net5.0 │ │ │ │ └─── Xamarin.iOS.dll │ │ │ │ └─── Xamarin.iOS.pdb and likewise for tvOS, watchOS and macOS. Also fix the nuget packaging to include the reference/implementation assemblies in FrameworkList.xml and RuntimeList.xml.
2020-05-20 19:39:18 +03:00
[build] Skip building stuff that isn't enabled. (#11385)
2021-04-30 08:51:58 +03:00
ifdef INCLUDE_IOS
[dotnet] Initial support for .NET6 from Windows (#10590) These changes add support for executing iOS and MacDev tasks remotely (on a Mac) when running a build from Windows, and creates a specific .NET6 pack for Windows that's only included in the MSI. For now this only enables builds for the iOS Simulator, physical devices are not yet supported. - Each task decides if it should run locally or remotely depending on the SessionId property, which will only have a value on Windows. - The XMA Build agent is now part of this repo and will be included in the iOS .NET6 Windows pack. - On this first version we're including some Windows specific tasks and references into the Xamarin.iOS.Tasks project for simplicity, but those will be moved to the Windows specific project. ------------ * [msbuild] Adds support for executing Xamarin.iOS tasks from Windows * [msbuild] Adds support for executing Xamarin.MacDev tasks from Windows * Added XMA Build Agent to Xamarin.MacDev.Tasks.sln * Fixes some MSBuild versioning problems * Makes the XMA Build agent load Xamarin.iOS tasks We need to load a type from the iOS tasks assembly so we can run the tasks requested by MSBuild from Windows. We only need to load Xamarin.iOS.Tasks.dll since MacDev.tasks is already embedded in that one. There's a little trick on the csproj, we can't directly use the Xamarin.iOS.Tasks project ref assemblies because that includes both Xamarin.iOS.Tasks.dll and Xamarin.MacDev.Tasks.dll, so the MacDev tasks will collide. We use the project ref only for build dependency purposes but we add an assembly reference to Xamarin.iOS.Tasks.dll. * Added Xamarin.iOS.Tasks.Windows project * Removed unnecessary references on Xamarin.iOS.Tasks.Windows.csproj * Adds Messaging assemblies when ILRepacking Xamarin Tasks The Xamarin Task assemblies now depend on Messaging, so we need the Messaging assemblies to be packed into Xamarin.Mac.Tasks and Xamarin.iOS.Tasks. Also had to remove the direct Messaging dependencies from the build agent since those are already contained in Xamarin.iOS.Tasks * Adds a reference to Messaging.Core targets to the Agent's project * [msbuild] Adds Xamarin iOS Windows targets * [msbuild] Adds missing dependencies to Xamarin.iOS.Tasks This should fix build errors because of missing dependencies. Had to move System.Net.Mqtt.Server from the Build agent project to the tasks one to avoid conflicts with System.Diagnostics.Tracer. * [dotnet] Creates iOS Windows pack Creates a new pack for Windows specific (targets, build agent, etc.) files that shouldn't be installed on the Mac. We have a separate package for this to avoid increasing the core pack size with things that are not needed when using it from macOS. * Fixes type in dotnet makefile * [dotnet] Fixes the iOS Windows pack generation - The windows pack should not include the Sdk and Targets folders - For now we'll just create an iOS pack - Fixes the path to the files to include on the Windows Sdk pack * Added reference to the Windows iOS SDK from the Xamarin.iOS.Common.targets Added a property to navigate to the Windows iOS SDK folder, based on a naming convention that assumes that both packs will always have the same version * Added reference to the core iOS SDK from the Windows iOS SDK Added a property to navigate to the core iOS SDK folder, based on a naming convention that assumes that both packs will always have the same version * Updated Messaging version * Override MessagingBuildClientAssemblyFile property and correctly imported props from targets * [dotnet] Make Windows pack using target files from the output dir We need to take the target files from the output dir to include targets that are part of nuget packages, otherwise we will only include targets from our source * [dotnet] Adds the Windows Sdk pack to the workload manifest * [msbuild] Fixes the Windows Sdk pack name * [dotnet] Merge Mqtt instead of Mqtt.Server We only need System.Net.Mqtt to be merged into Xamarin.iOS.Tasks * Updated Messaging version * [dotnet] Several fixes for the Windows Sdk - Adds missing task CollectMonotouchReferences - Merges more dependencies into Xamarin.iOS.Tasks.dll needed by XMA - Updates the msbuild/Makefile to include files from both the output dir and the source dir - Overrides the agents directory to look for them on the Windows pack * [dotnet] Fixes the XMA Build agent - The build agent is an app so it cannot target ns2.0 - The MSBuild dependencies should be copied into the agent zip file - Avoids copying all the Xamarin iOS SDK core targets into the build agent, since those are not needed - Ensures the broker zip file is copied into the Xamarin.iOS.Windows.Tasks output dir so its included in the Windows pack * Bumps Xamarin.Messaging to 1.2.102 * Adds net6-win branch to trigger builds * Adds Messaging.Client missing dependency to Xamarin.Mac.Tasks * Added Xamarin.Messaging.Apple.Tasks project and VerifyXcodeVersion Task * Fix unloaded Xamarin.Messaging.Build project * Added Build contracts project and unified Xamarin.Messaigng.Apple.Tasks in Xamarin.iOS.Tasks.Windows Also added missing tasks and changes .After.targets * Updated Xamarin.Messaging version * Build agent - reference MSBuild assemblies from the framework Since the assemblies will be included in the build agent we need those to be the ones that come from the framework to be compatible with macOS * [msbuild] Fixes _UpdateDynamicLibraryId target The tasks con this target need to be executed remotely (when building from Windows). * Updates resources * Bump Xamarin.Messaging Fixes problems when executing Exec task remotely * [dotnet] Overrides Publish targets to execute them remotely from Windows The `_CopyResolvedFilesToPublishPreserveNewest` and `_CopyResolvedFilesToPublishAlways` targets essentially copy files into the app bundle. Since those are part of the .NET SDK we need to override those so we can pass to the Copy task the SessionId parameter and then it will be executed remotely when building from Windows. This is done in a Windows.After.targets file so it won't affect builds on macOS. * Added ILMerge to Xamarin.iOS.Tasks.Windows Also modified ILMerge.targets to not include System assemblies because we don't need them on the Windows package * Bumps Messaging This new version of messaging fixes a problem when copying task inputs from Windows to the Mac * [dotnet] Fixes copying files to the Mac when building from Windows When building from Windows there are .NET SDK targets that copy dynamic libraries from the SDK to the intermediate output directory or other files to the publish directory, since we can't control those we can't run them remotely so we need to copy those files to the Mac to ensure other targets will find those. * [dotnet] Fixes how files are copied to the output dir - Before executing `_CopyResolvedFilesToPublishPreserveNewest` and `_CopyResolvedFilesToPublishAlways` we copy the input files for those targets to the Mac - Then we override the original targets to execute the same copy task as the original ones but on the Mac, so the output files are placed in the right location for the following targets to pick them up. * Fixes typo on Xamarin.iOS.Common.After.targets * Bumps Xamarin.Messaging * [msbuild] Fixes VerifyXcodeVersion and ResolveUTIs tasks Both tasks were not being able to connect to the Mac mostly because of ILRepack, there were kind of 2 versions of Xamarin.Messaging, one merged into Xamarin.iOS.Tasks and another one merged into Xamarin.iOS.Windows.Tasks. Because of this the build connection object registered on the task could not be casted to the build connection type. This essentially moves both tasks into the Xamarin.iOS.Tasks assembly to avoid this issue, and as part of that also includes the Messaging contracts into that same project. * [msbuild] Fixes warnings when building from Windows * [dotnet] Adds missing assemblies to merge into Xamarin.iOS.Tasks Those 2 new assemblies will only be used from Windows and we need their implementation instead of the ref assemblies. In the future we will need to find a way of doing this on the Windows only pack insted of doing it on the core Xamarin.iOS.Tasks assembly. * [dotnet] Compute PublishTrimmed on a target We need to do this so the property is evaluated after VS on Windows connects to the Mac, otherwise by default IsMacEnabled is false from Windows. * Bumps Messaging to 1.2.111 * [dotnet] Execute ILLink remotely when building from Windows - Overrides the ILLink task and _RunILLink target to add the hability to execute it remotely, adding input and output properties so files are copied to the server and output files are created on Windows. - This "custom" ILLink task will only be executed from the Windows targets so when building from a Mac it will execute the core SDK task. * [dotnet] Fixes intput/output files creation for linker tasks - Custom Linker options file should be created on the Mac so we need to execute WriteLinesToFile remotely - All the *.items files from the linker are created on the Mac so we need to execute ReadItemsFromFile remotely - CompileNativeCode: fixes the OutputFile metadata path, otherwise the execution fails; also copies all the files in the declared "IncludeDirectories" to the Mac - Avoids copying input files from Windows to the Mac when running LinkNativeCode since the real input files already exist on the Mac, and Windows contains only empty files just to make MSBuild inputs/outputs check work. If we copy those empty files to the Mac we brake the build. * [msbuild] Minor fixes after merging from main * [dotnet] Adds missing output files to the Xamarin.iOS.Tasks.Windows project The output of this project was missing Messaging build targets and the build agent zip file that are needed to create the dotnet Windows specific pack * [dotnet] Fixes dotnet Windows specific pack generation Ensures the Windows projects are built and the files are copied to the dotnet pack directory before creating the package. It also adds a variable to enable building this pack. * [dotnet] Adds iOS Windows specific pack to iOS only MSI There's only a Windows specific pack for iOS available for now, so we should only add it to the iOS SDK MSI * [dotnet] Create a separate bundle for the iOS Windows MSI We need to do this to avoid including the Windows specific pack in the pkg. Also for now we'll only create an MSI for iOS since it's the only supported platform from Windows. * Fixes spacing issues in Xamarin.iOS.Tasks.csproj * Bumps Touch.Unit back to 05db76 * Fixes formatting problems * [msbuild] Replaces error E0176 by E0186 Because there's a warning W0176 that will overlap with the error * [msbuild] Fixes CompileEntitlements task There were 2 problems: 1- The if statement on the DefaultEntitlementsPath was wrong, because we should return the base value if there's no SessionId (which means the task is running on a Mac) 2- We should copy to the Mac the default entitlements file if no custom file was specified * Several fixes to cleanup the code to support iOS from Windows * Apply suggestions from code review Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> * Formatting fixes in Xamarin.Messaging.Build * Reverted formatting changes in CompileEntitlements.cs * More formatting fixes * Update msbuild/Messaging/Xamarin.Messaging.Build/Handlers/ExecuteTaskMessageHandler.cs Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> * Fixes order of MSBuild errors in the resource file * Add newly added localizable strings to canary test of translated strings. * Delete tests that ensure theres code only on the abstract tasks These were needed to ensure all the code was in the base tasks so we could have tasks implementations on Windows to remote those. Now that code is part of this repo (and that is why these tests are failing now) so we do not need them anymore. * [dotnet] Don't build the Windows SDK pack if not configured to do so. Co-authored-by: mag <mauro.agnoletti@gmail.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2021-02-12 09:43:17 +03:00
DOTNET_WINDOWS_PLATFORMS = iOS
[build] Skip building stuff that isn't enabled. (#11385)
2021-04-30 08:51:58 +03:00
endif
[dotnet] Initial support for .NET6 from Windows (#10590) These changes add support for executing iOS and MacDev tasks remotely (on a Mac) when running a build from Windows, and creates a specific .NET6 pack for Windows that's only included in the MSI. For now this only enables builds for the iOS Simulator, physical devices are not yet supported. - Each task decides if it should run locally or remotely depending on the SessionId property, which will only have a value on Windows. - The XMA Build agent is now part of this repo and will be included in the iOS .NET6 Windows pack. - On this first version we're including some Windows specific tasks and references into the Xamarin.iOS.Tasks project for simplicity, but those will be moved to the Windows specific project. ------------ * [msbuild] Adds support for executing Xamarin.iOS tasks from Windows * [msbuild] Adds support for executing Xamarin.MacDev tasks from Windows * Added XMA Build Agent to Xamarin.MacDev.Tasks.sln * Fixes some MSBuild versioning problems * Makes the XMA Build agent load Xamarin.iOS tasks We need to load a type from the iOS tasks assembly so we can run the tasks requested by MSBuild from Windows. We only need to load Xamarin.iOS.Tasks.dll since MacDev.tasks is already embedded in that one. There's a little trick on the csproj, we can't directly use the Xamarin.iOS.Tasks project ref assemblies because that includes both Xamarin.iOS.Tasks.dll and Xamarin.MacDev.Tasks.dll, so the MacDev tasks will collide. We use the project ref only for build dependency purposes but we add an assembly reference to Xamarin.iOS.Tasks.dll. * Added Xamarin.iOS.Tasks.Windows project * Removed unnecessary references on Xamarin.iOS.Tasks.Windows.csproj * Adds Messaging assemblies when ILRepacking Xamarin Tasks The Xamarin Task assemblies now depend on Messaging, so we need the Messaging assemblies to be packed into Xamarin.Mac.Tasks and Xamarin.iOS.Tasks. Also had to remove the direct Messaging dependencies from the build agent since those are already contained in Xamarin.iOS.Tasks * Adds a reference to Messaging.Core targets to the Agent's project * [msbuild] Adds Xamarin iOS Windows targets * [msbuild] Adds missing dependencies to Xamarin.iOS.Tasks This should fix build errors because of missing dependencies. Had to move System.Net.Mqtt.Server from the Build agent project to the tasks one to avoid conflicts with System.Diagnostics.Tracer. * [dotnet] Creates iOS Windows pack Creates a new pack for Windows specific (targets, build agent, etc.) files that shouldn't be installed on the Mac. We have a separate package for this to avoid increasing the core pack size with things that are not needed when using it from macOS. * Fixes type in dotnet makefile * [dotnet] Fixes the iOS Windows pack generation - The windows pack should not include the Sdk and Targets folders - For now we'll just create an iOS pack - Fixes the path to the files to include on the Windows Sdk pack * Added reference to the Windows iOS SDK from the Xamarin.iOS.Common.targets Added a property to navigate to the Windows iOS SDK folder, based on a naming convention that assumes that both packs will always have the same version * Added reference to the core iOS SDK from the Windows iOS SDK Added a property to navigate to the core iOS SDK folder, based on a naming convention that assumes that both packs will always have the same version * Updated Messaging version * Override MessagingBuildClientAssemblyFile property and correctly imported props from targets * [dotnet] Make Windows pack using target files from the output dir We need to take the target files from the output dir to include targets that are part of nuget packages, otherwise we will only include targets from our source * [dotnet] Adds the Windows Sdk pack to the workload manifest * [msbuild] Fixes the Windows Sdk pack name * [dotnet] Merge Mqtt instead of Mqtt.Server We only need System.Net.Mqtt to be merged into Xamarin.iOS.Tasks * Updated Messaging version * [dotnet] Several fixes for the Windows Sdk - Adds missing task CollectMonotouchReferences - Merges more dependencies into Xamarin.iOS.Tasks.dll needed by XMA - Updates the msbuild/Makefile to include files from both the output dir and the source dir - Overrides the agents directory to look for them on the Windows pack * [dotnet] Fixes the XMA Build agent - The build agent is an app so it cannot target ns2.0 - The MSBuild dependencies should be copied into the agent zip file - Avoids copying all the Xamarin iOS SDK core targets into the build agent, since those are not needed - Ensures the broker zip file is copied into the Xamarin.iOS.Windows.Tasks output dir so its included in the Windows pack * Bumps Xamarin.Messaging to 1.2.102 * Adds net6-win branch to trigger builds * Adds Messaging.Client missing dependency to Xamarin.Mac.Tasks * Added Xamarin.Messaging.Apple.Tasks project and VerifyXcodeVersion Task * Fix unloaded Xamarin.Messaging.Build project * Added Build contracts project and unified Xamarin.Messaigng.Apple.Tasks in Xamarin.iOS.Tasks.Windows Also added missing tasks and changes .After.targets * Updated Xamarin.Messaging version * Build agent - reference MSBuild assemblies from the framework Since the assemblies will be included in the build agent we need those to be the ones that come from the framework to be compatible with macOS * [msbuild] Fixes _UpdateDynamicLibraryId target The tasks con this target need to be executed remotely (when building from Windows). * Updates resources * Bump Xamarin.Messaging Fixes problems when executing Exec task remotely * [dotnet] Overrides Publish targets to execute them remotely from Windows The `_CopyResolvedFilesToPublishPreserveNewest` and `_CopyResolvedFilesToPublishAlways` targets essentially copy files into the app bundle. Since those are part of the .NET SDK we need to override those so we can pass to the Copy task the SessionId parameter and then it will be executed remotely when building from Windows. This is done in a Windows.After.targets file so it won't affect builds on macOS. * Added ILMerge to Xamarin.iOS.Tasks.Windows Also modified ILMerge.targets to not include System assemblies because we don't need them on the Windows package * Bumps Messaging This new version of messaging fixes a problem when copying task inputs from Windows to the Mac * [dotnet] Fixes copying files to the Mac when building from Windows When building from Windows there are .NET SDK targets that copy dynamic libraries from the SDK to the intermediate output directory or other files to the publish directory, since we can't control those we can't run them remotely so we need to copy those files to the Mac to ensure other targets will find those. * [dotnet] Fixes how files are copied to the output dir - Before executing `_CopyResolvedFilesToPublishPreserveNewest` and `_CopyResolvedFilesToPublishAlways` we copy the input files for those targets to the Mac - Then we override the original targets to execute the same copy task as the original ones but on the Mac, so the output files are placed in the right location for the following targets to pick them up. * Fixes typo on Xamarin.iOS.Common.After.targets * Bumps Xamarin.Messaging * [msbuild] Fixes VerifyXcodeVersion and ResolveUTIs tasks Both tasks were not being able to connect to the Mac mostly because of ILRepack, there were kind of 2 versions of Xamarin.Messaging, one merged into Xamarin.iOS.Tasks and another one merged into Xamarin.iOS.Windows.Tasks. Because of this the build connection object registered on the task could not be casted to the build connection type. This essentially moves both tasks into the Xamarin.iOS.Tasks assembly to avoid this issue, and as part of that also includes the Messaging contracts into that same project. * [msbuild] Fixes warnings when building from Windows * [dotnet] Adds missing assemblies to merge into Xamarin.iOS.Tasks Those 2 new assemblies will only be used from Windows and we need their implementation instead of the ref assemblies. In the future we will need to find a way of doing this on the Windows only pack insted of doing it on the core Xamarin.iOS.Tasks assembly. * [dotnet] Compute PublishTrimmed on a target We need to do this so the property is evaluated after VS on Windows connects to the Mac, otherwise by default IsMacEnabled is false from Windows. * Bumps Messaging to 1.2.111 * [dotnet] Execute ILLink remotely when building from Windows - Overrides the ILLink task and _RunILLink target to add the hability to execute it remotely, adding input and output properties so files are copied to the server and output files are created on Windows. - This "custom" ILLink task will only be executed from the Windows targets so when building from a Mac it will execute the core SDK task. * [dotnet] Fixes intput/output files creation for linker tasks - Custom Linker options file should be created on the Mac so we need to execute WriteLinesToFile remotely - All the *.items files from the linker are created on the Mac so we need to execute ReadItemsFromFile remotely - CompileNativeCode: fixes the OutputFile metadata path, otherwise the execution fails; also copies all the files in the declared "IncludeDirectories" to the Mac - Avoids copying input files from Windows to the Mac when running LinkNativeCode since the real input files already exist on the Mac, and Windows contains only empty files just to make MSBuild inputs/outputs check work. If we copy those empty files to the Mac we brake the build. * [msbuild] Minor fixes after merging from main * [dotnet] Adds missing output files to the Xamarin.iOS.Tasks.Windows project The output of this project was missing Messaging build targets and the build agent zip file that are needed to create the dotnet Windows specific pack * [dotnet] Fixes dotnet Windows specific pack generation Ensures the Windows projects are built and the files are copied to the dotnet pack directory before creating the package. It also adds a variable to enable building this pack. * [dotnet] Adds iOS Windows specific pack to iOS only MSI There's only a Windows specific pack for iOS available for now, so we should only add it to the iOS SDK MSI * [dotnet] Create a separate bundle for the iOS Windows MSI We need to do this to avoid including the Windows specific pack in the pkg. Also for now we'll only create an MSI for iOS since it's the only supported platform from Windows. * Fixes spacing issues in Xamarin.iOS.Tasks.csproj * Bumps Touch.Unit back to 05db76 * Fixes formatting problems * [msbuild] Replaces error E0176 by E0186 Because there's a warning W0176 that will overlap with the error * [msbuild] Fixes CompileEntitlements task There were 2 problems: 1- The if statement on the DefaultEntitlementsPath was wrong, because we should return the base value if there's no SessionId (which means the task is running on a Mac) 2- We should copy to the Mac the default entitlements file if no custom file was specified * Several fixes to cleanup the code to support iOS from Windows * Apply suggestions from code review Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> * Formatting fixes in Xamarin.Messaging.Build * Reverted formatting changes in CompileEntitlements.cs * More formatting fixes * Update msbuild/Messaging/Xamarin.Messaging.Build/Handlers/ExecuteTaskMessageHandler.cs Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com> * Fixes order of MSBuild errors in the resource file * Add newly added localizable strings to canary test of translated strings. * Delete tests that ensure theres code only on the abstract tasks These were needed to ensure all the code was in the base tasks so we could have tasks implementations on Windows to remote those. Now that code is part of this repo (and that is why these tests are failing now) so we do not need them anymore. * [dotnet] Don't build the Windows SDK pack if not configured to do so. Co-authored-by: mag <mauro.agnoletti@gmail.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2021-02-12 09:43:17 +03:00
[dotnet] Ship libxamarin.dylib and friends. (#8830) * [dotnet] Ship libxamarin.dylib and friends. Add libxamarin[-debug].[a|dylib] to the NuGets. * [dotnet] Create a DOTNET_PLATFORMS variable in Make.config. Create a DOTNET_PLATFORMS variable in Make.config and use it everywhere instead of the PLATFORMS variable we were defining in multiple Makefiles. Also move the creation of the DOTNET_<platform>_RUNTIME_IDENTIFIERS variables from dotnet/Makefile to Make.config, it'll soon be needed elsewhere as well. * [runtime] Conditionally include bits. * Make the contents of the DOTNET_[PLATFORMS|RUNTIME_IDENTIFIERS] variables depend on the INCLUDE_[IOS|TVOS|WATCH] variables.
2020-06-15 18:47:18 +03:00
# Create variables prefixed with the correctly cased platform name from the upper-cased platform name. This simplifies code in a few areas (whenever we foreach over DOTNET_PLATFORMS).
$(foreach platform,$(DOTNET_PLATFORMS),$(eval DOTNET_$(platform)_RUNTIME_IDENTIFIERS:=$(DOTNET_$(shell echo $(platform) | tr a-z A-Z)_RUNTIME_IDENTIFIERS)))
[src] Put the implementation assemblies for our product assemblies in the NuGet runtime packages. (#8628) This is the current structure: Microsoft.iOS.Runtime.<rid> └─── data │ └─── RuntimeList.xml └─── runtimes │ └─── <rid> │ │ └─── lib │ │ │ └─── net5.0 │ │ │ │ └─── Xamarin.iOS.dll │ │ │ │ └─── Xamarin.iOS.pdb and likewise for tvOS, watchOS and macOS. Also fix the nuget packaging to include the reference/implementation assemblies in FrameworkList.xml and RuntimeList.xml.
2020-05-20 19:39:18 +03:00
[builds] Download the runtime packs for our platforms. (#10671) These will soon be used to build a .NET version of libxamarin (we need the dylibs shipped with the runtime packs to link libxamarin.dylib). We also write out the version of the runtime packs (BundledNETCorePlatformsPackageVersion) so that we can use the version later in our Makefiles.
2021-02-22 10:16:41 +03:00
# Create a variable with all the runtime identifiers
DOTNET_RUNTIME_IDENTIFIERS=$(foreach platform,$(DOTNET_PLATFORMS),$(DOTNET_$(platform)_RUNTIME_IDENTIFIERS))
[main] Update dependencies from dotnet/installer (#11175) * Update dependencies from https://github.com/dotnet/installer build 20210408.1 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21208.1 * Update dependencies from https://github.com/dotnet/installer build 20210409.4 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21209.4 * Update dependencies from https://github.com/dotnet/installer build 20210410.1 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21210.1 * same P4 specific fix as ccb43cba563366b5a9e41b3f98cd140a86342317 but the ICU support was added based on P3 but merged after ^ * Update dependencies from https://github.com/dotnet/installer build 20210412.5 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21212.5 * Update dependencies from https://github.com/dotnet/installer build 20210413.70 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21213.70 * Update dependencies from https://github.com/dotnet/installer build 20210414.14 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21214.14 * Update to new package names Thanks @pjcollins for the heads up https://github.com/xamarin/xamarin-macios/pull/11175#issuecomment-819936692 * Update dependencies from https://github.com/dotnet/installer build 20210415.1 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21215.1 * Fix build (path changed to include '.mono') * remove more '.mono' special case that are not needed anymore * Update dependencies from https://github.com/dotnet/installer build 20210415.12 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21215.12 * Fix building apps (it now finds the native libs) Credits to @filipnavara https://github.com/filipnavara/xamarin-macios/commit/8325f8dadcd51252c9a0935e476d8af9e55d66e7 * Add back IsTrimmable (or nothing gets linked) * Update dependencies from https://github.com/dotnet/installer build 20210418.6 Microsoft.Dotnet.Sdk.Internal From Version 6.0.100-preview.3.21202.5 -> To Version 6.0.100-preview.4.21218.6 * Keep downloading the CoreCLR runtime packs. * [runtime] Adjust the build to link with the correct runtime library for CoreCLR. * [tests][monotouch-test] Ignore NSTimeZoneTest / All_28300 on dotnet as it hangs Introduced with https://github.com/dotnet/runtime/pull/48931 Issue https://unicode-org.atlassian.net/browse/ICU-21591 PR https://github.com/unicode-org/icu/pull/1699 * [dotnet][msbuild] Add more (missing) '\' Fix satellite/location assemblies and some unit tests Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com> Co-authored-by: Alex Soto <alex@alexsoto.me> Co-authored-by: Manuel de la Pena <mandel@microsoft.com> Co-authored-by: Sebastien Pouliot <sebastien.pouliot@microsoft.com> Co-authored-by: Sebastien Pouliot <sebastien.pouliot@gmail.com> Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
2021-04-20 16:09:56 +03:00
# Create a variable with all the CoreCLR runtime identifiers
DOTNET_CORECLR_RUNTIME_IDENTIFIERS=$(foreach platform,$(DOTNET_CORECLR_PLATFORMS),$(DOTNET_$(platform)_RUNTIME_IDENTIFIERS))
[dotnet] Templateify some build logic. (#10618) * [dotnet-linker] Templateify the install logic. * [builds] Templateify the Versions.plist install logic. * [dotnet] Create a per-platform Versions.props file with only the values applicable to that platform. Also move the definition of the default TargetPlatformVersion to Make.versions, where we have other versions. * [dotnet] Templateify some build code.
2021-02-11 22:17:12 +03:00
# Create a variable with the platform in uppercase
DOTNET_PLATFORMS_UPPERCASE:=$(shell echo $(DOTNET_PLATFORMS) | tr a-z A-Z)
Move some lookup tables in make to a more global location. So that the tables can be used in more places.
2021-08-12 13:30:57 +03:00
# a few lookup tables, because the data we have is not always in the format we need it
DOTNET_iossimulator-x64_ARCHITECTURES=x86_64
DOTNET_iossimulator-arm64_ARCHITECTURES=arm64
DOTNET_iossimulator-x86_ARCHITECTURES=x86
DOTNET_ios-arm_ARCHITECTURES=armv7 armv7s
DOTNET_ios-arm64_ARCHITECTURES=arm64
DOTNET_tvossimulator-x64_ARCHITECTURES=x86_64
DOTNET_tvossimulator-arm64_ARCHITECTURES=arm64
DOTNET_tvos-arm64_ARCHITECTURES=arm64
DOTNET_osx-x64_ARCHITECTURES=x86_64
DOTNET_osx-arm64_ARCHITECTURES=arm64
DOTNET_maccatalyst-x64_ARCHITECTURES=x86_64
DOTNET_maccatalyst-arm64_ARCHITECTURES=arm64
DOTNET_iossimulator-x64_SDK_PLATFORM=iphonesimulator
DOTNET_iossimulator-arm64_SDK_PLATFORM=iphonesimulator
DOTNET_iossimulator-x86_SDK_PLATFORM=iphonesimulator
DOTNET_ios-arm_SDK_PLATFORM=iphoneos
DOTNET_ios-arm64_SDK_PLATFORM=iphoneos
DOTNET_tvossimulator-x64_SDK_PLATFORM=tvsimulator
DOTNET_tvossimulator-arm64_SDK_PLATFORM=tvsimulator
DOTNET_tvos-arm64_SDK_PLATFORM=tvos
DOTNET_osx-x64_SDK_PLATFORM=mac
DOTNET_osx-arm64_SDK_PLATFORM=mac
DOTNET_maccatalyst-x64_SDK_PLATFORM=maccatalyst
DOTNET_maccatalyst-arm64_SDK_PLATFORM=maccatalyst
DOTNET_iOS_SDK_PLATFORMS=iphonesimulator iphoneos
DOTNET_tvOS_SDK_PLATFORMS=tvsimulator tvos
DOTNET_macOS_SDK_PLATFORMS=mac
DOTNET_MacCatalyst_SDK_PLATFORMS=maccatalyst
[tests] Add build logic to build NuGets for testing purposes.
2021-08-12 13:30:57 +03:00
# A local feed to place test nugets.
NUGET_TEST_FEED=$(abspath $(TOP)/tests/.nuget/packages)
Add build system.
2016-04-21 11:59:27 +03:00
.SUFFIXES:
MAKEFLAGS += --no-builtin-rules