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

144 строки
7.7 KiB
Makefile
Исходник Обычный вид История

Build mmp.
2016-04-21 15:57:02 +03:00
TOP=../..
include $(TOP)/Make.config
[mmp] Set DEVELOPER_DIR to our Xcode. (#5187) This makes it possible to build mmp (the partial static registrar code) with the wrong system Xcode (which is not supported, but that doesn't mean we can't try to make it mostly work to ease our lives). I tried this in the xcode9 branch (PR #2588), and it didn't stick after the xcode9 branch was merged to master. I tried again a year later with the xcode10 branch (PR #4691), and once again the commit didn't stick after the xcode10 branch was merged to master. So now I'm trying to get this directly into master instead. Let's see if it's still there when we branch for xcode11 next year...
2018-11-27 20:09:17 +03:00
export DEVELOPER_DIR=$(XCODE_DEVELOPER_ROOT)
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
#
# mmp
#
[mmp] Make sure Cecil is next to mmp.exe, so we doesn't load the system one.
2017-01-12 19:36:41 +03:00
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
MMP_CONF=Release
MMP_DIR=bin/$(MMP_CONF)
LOCAL_MMP=$(MMP_DIR)/mmp.exe
[mtouch/mmp] Simplify makefile a bit. (#8319)
2020-04-08 17:19:19 +03:00
LOCAL_MMP_COMMAND=$(SYSTEM_MONO) --debug $(LOCAL_MMP)
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
# mmp.csproj.inc contains the mmp_dependencies variable used to determine if mmp needs to be rebuilt or not.
[src] Quiet the build a bit. (#15737)
2022-08-23 17:28:37 +03:00
mmp.csproj.inc: export BUILD_VERBOSITY=$(MSBUILD_VERBOSITY)
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
-include mmp.csproj.inc
$(MMP_DIR)/mmp.exe: $(mmp_dependencies)
Always create binlogs during the build. (#12331) On CI we'll collect all the binlogs in the repository and make them available for post-build analysis if need be, so this will make it easier to diagnose build problems.
2021-08-04 10:30:16 +03:00
$(Q_GEN) $(SYSTEM_MSBUILD) "/bl:$@.binlog" $(TOP)/Xamarin.Mac.sln "/t:mmp" $(XBUILD_VERBOSITY) /p:Configuration=$(MMP_CONF)
[mmp] Make sure Cecil is next to mmp.exe, so we doesn't load the system one.
2017-01-12 19:36:41 +03:00
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
MMP_TARGETS_DOTNET = \
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native/Microsoft.macOS.registrar.a \
[dotnet] Build macOS/.NET for ARM64 as well. (#10959) Partial fix for #10959.
2021-03-25 09:26:48 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native/Microsoft.macOS.registrar.a \
[dotnet] Build the partial static registrar for CoreCLR. (#11345) * The generated static registration code will eventually be different. * The generated code has to be compiled with different compiler flags. This also required adding a new overload of xamarin_mono_object_release for the generated code to compile.
2021-04-28 08:34:40 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native/Microsoft.macOS.registrar.coreclr.a \
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native/Microsoft.macOS.registrar.coreclr.a \
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
Build mmp.
2016-04-21 15:57:02 +03:00
MMP_TARGETS = \
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin/mmp \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp/mmp.exe \
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp/Xamarin.Mac.registrar.mobile.a \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp/Xamarin.Mac.registrar.full.a \
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
MMP_DIRECTORIES_DOTNET = \
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native \
[dotnet] Build macOS/.NET for ARM64 as well. (#10959) Partial fix for #10959.
2021-03-25 09:26:48 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native \
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
MMP_DIRECTORIES = \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp \
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
$(MMP_DIRECTORIES_DOTNET) \
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
[mmp] Use relative path in mmp script. (#7909) * [mmp] Use relative path in mmp script. Makes relocating mmp easier. * [mmp] Resolve the right directory. mmp might be in two locations (the second one works because the Commands directory is a symlink to the actual bin directory): * /Library/Frameworks/Xamarin.Mac.framework/Versions/Current/bin/mmp * /Library/Frameworks/Xamarin.Mac.framework/Commands/mmp The mmp script didn't work properly in the latter case, because it would calculate where to find the mmp.exe assembly based on real location the parent directory (which would be /Library/Frameworks/Xamarin.Mac.framework), instead of the real location of the directory where mmp is (/Library/Frameworks/Xamarin.Mac.framework/Commands, which would resolve to /Library/Frameworks/Xamarin.Mac.framework/Versions/Current/bin). The fix is to just get the real path of the Commands directory, and compute the location of the mmp.exe from there.
2020-02-25 08:57:15 +03:00
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin/mmp: mmp | $(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin
$(Q) $(CP) $< $@
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp/mmp.exe: $(MMP_DIR)/mmp.exe | $(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp
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
$(Q) $(CP) $(dir $<)/*.exe $(dir $@)
$(Q) $(CP) $(dir $<)/*.dll $(dir $@)
$(Q) $(CP) $(dir $<)/*.pdb $(dir $@)
Build mmp.
2016-04-21 15:57:02 +03:00
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp/Xamarin.Mac.registrar.%.a: Xamarin.Mac.registrar.%.a | $(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp
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
$(Q) $(CP) $<* $(dir $@)
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native/Microsoft.macOS.registrar.a: Microsoft.macOS.registrar.x86_64.a | $(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native
$(Q) $(CP) $< $@
[dotnet] Build the partial static registrar for CoreCLR. (#11345) * The generated static registration code will eventually be different. * The generated code has to be compiled with different compiler flags. This also required adding a new overload of xamarin_mono_object_release for the generated code to compile.
2021-04-28 08:34:40 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native/Microsoft.macOS.registrar.coreclr.a: Microsoft.macOS.registrar.coreclr.x86_64.a | $(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-x64/runtimes/osx-x64/native
$(Q) $(CP) $< $@
[dotnet] Build macOS/.NET for ARM64 as well. (#10959) Partial fix for #10959.
2021-03-25 09:26:48 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native/Microsoft.macOS.registrar.a: Microsoft.macOS.registrar.arm64.a | $(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native
$(Q) $(CP) $< $@
[dotnet] Build the partial static registrar for CoreCLR. (#11345) * The generated static registration code will eventually be different. * The generated code has to be compiled with different compiler flags. This also required adding a new overload of xamarin_mono_object_release for the generated code to compile.
2021-04-28 08:34:40 +03:00
$(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native/Microsoft.macOS.registrar.coreclr.a: Microsoft.macOS.registrar.coreclr.arm64.a | $(DOTNET_DESTDIR)/Microsoft.macOS.Runtime.osx-arm64/runtimes/osx-arm64/native
$(Q) $(CP) $< $@
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
$(MMP_DIRECTORIES):
$(Q) mkdir -p $@
Build mmp.
2016-04-21 15:57:02 +03:00
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
#
# Partial static registrar libraries
#
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
GENERATE_PART_REGISTRAR = $(Q_GEN) $(LOCAL_MMP_COMMAND) --xamarin-framework-directory=$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR) -q --runregistrar:$(abspath $@) --sdkroot $(XCODE_DEVELOPER_ROOT) --sdk $(MACOS_SDK_VERSION) $(abspath $<) --registrar:static --nolink
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
[builds] Improve mono/llvm dependencies. (#1948) * [builds] Improve mono/llvm dependencies. * Create a list of all the files in the mono and llvm repositories, and save these lists as a Make variable (in a generated Makefile - .deps.*.mk). We don't list _all_ the files in each repository, because there are quite a few (55k for mono), and Make measurably takes a while to check all of them, so try to limit it to a sane subset, without risking missing changes to files that actually matters. * Always create stamp files when we're done with mono builds. * Modify the mono/llvm builds to depend on all the files in their repositories. * Explicitly list the corresponding .stamp-build-* files as dependencies for various files that are produced by the mono builds, so that make knows how to build these files. * Rewrite the *-facade-check targets to depend on the corresponding *_BCL_TARGETS, so that we can avoid running a submake to the same Makefile to execute the facade checks. It now takes a little while (less than a second on my machine, which is fine) for make to list all dependencies and get their timestamps, but if executing multiple submakes this adds up to a multi-second timewaste. So avoid the timewaste by not doing submakes, but instead use dependencies to enforce the required target execution ordering. * Don't depend on nicely named intermediate targets, since won't prevent rebuilds: build-cross64: setup-cross64 Since the `setup-cross64` file doesn't exist, `build-cross64` will always execute. Instead depend on the stamp file: build-cross64: .stamp-configure-cross64 And now `build-cross64` will only rebuild if needed. * Don't try to list all intermediate files as .SECONDARY dependencies, instead list none at all, which works as if all files were listed as dependencies. * Some targets had to move later in the file, since variables used in dependencies: foo: $(VARIABLE) must be defined before that point in the file, as opposed to variables used in recipes: foo: $(MAKE) $(VARIABLE) can be defined anywhere in the Makefile. * Simplify the targets that sign assemblies significantly. There are a few end results: * It's now possible to do `make install`, without doing `make all` first. This might seem weird, but that also ensures the more common `make all install` works properly. * Remakes (without any mono/llvm changes) in build/ are much faster, because we now won't recurse into every mono build: $ time make all -C builds/ -j8 [...] real 0m1.873s This even means that we might be able to make it a habit to remake in the root directory, which doesn't take forever now: $ time make all -j8 [...] real 0m4.521s Unfortunately adding `make install` to the mix still does some useless stuff, and it ends up taking ~30 seconds to complete a full build: $ time make all install -j8 [...] real 0m32.542s * [msbuild] Don't verify the xml syntax of targets files unless the files change. * [build] Don't depend on installed files. Don't depend on installed files, because that causes a rebuild when installing to a different directory (i.e. package creation). * Bump maccore to get build improvements. Rebuilds are now very fast: $ make all install -j8 $ time make all install -j8 real 0m5.735s Less than 6s to figure out that nothing needs to be done. And strangely flushing the disk cache doesn't make it much slower: $ sudo purge $ time make all install -j8 real 0m7.309s Which probably means that Make mostly reads file metadata, and not actual file contents (which is good).
2017-03-31 21:23:38 +03:00
Xamarin.Mac.registrar.mobile.x86_64.m: $(TOP)/src/build/mac/mobile-64/Xamarin.Mac.dll $(LOCAL_MMP)
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
$(GENERATE_PART_REGISTRAR) --arch=x86_64 --target-framework Xamarin.Mac,Version=v2.0,Profile=Mobile -a:$(MOBILE_BCL_DIR)/mscorlib.dll
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(Q) touch Xamarin.Mac.registrar.mobile.x86_64.m Xamarin.Mac.registrar.mobile.x86_64.h
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
Xamarin.Mac.registrar.mobile.arm64.m: $(TOP)/src/build/mac/mobile-64/Xamarin.Mac.dll $(LOCAL_MMP)
$(GENERATE_PART_REGISTRAR) --arch=arm64 --target-framework Xamarin.Mac,Version=v2.0,Profile=Mobile -a:$(MOBILE_BCL_DIR)/mscorlib.dll
$(Q) touch Xamarin.Mac.registrar.mobile.arm64.m Xamarin.Mac.registrar.mobile.arm64.h
[.NET] Rename our product assemblies. Fixes #13748. (#13847) Rename our product assemblies to: * Microsoft.iOS.dll * Microsoft.tvOS.dll * Microsoft.macOS.dll * Microsoft.MacCatalyst.dll This makes it easy to distinguish between legacy Xamarin and .NET whenever the product assembly is mentioned, and I've also chosen the platform part of the name to match how the platforms are named elsewhere (this also makes it possible to simplify our build logic, since we can remove a lot of special casing). Fixes https://github.com/xamarin/xamarin-macios/issues/13748.
2022-02-16 23:30:32 +03:00
Microsoft.macOS.registrar.x86_64.m: $(TOP)/src/build/dotnet/macos/64/Microsoft.macOS.dll $(LOCAL_MMP)
[build] Remove the DOTNET_SYSTEM_RUNTIME_INTEROPSERVICES_REF_ASSEMBLY_DIR variable, it's no longer needed.
2022-03-28 15:29:41 +03:00
$(GENERATE_PART_REGISTRAR) --arch=x86_64 --target-framework .NETCoreApp,Version=$(subst net,,$(DOTNET_TFM)),Profile=macos -a:$(DOTNET_BCL_DIR)/System.Runtime.dll -a:$(DOTNET_BCL_DIR)/System.Runtime.InteropServices.dll
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
$(Q) touch $@ $(basename $@).h
[.NET] Rename our product assemblies. Fixes #13748. (#13847) Rename our product assemblies to: * Microsoft.iOS.dll * Microsoft.tvOS.dll * Microsoft.macOS.dll * Microsoft.MacCatalyst.dll This makes it easy to distinguish between legacy Xamarin and .NET whenever the product assembly is mentioned, and I've also chosen the platform part of the name to match how the platforms are named elsewhere (this also makes it possible to simplify our build logic, since we can remove a lot of special casing). Fixes https://github.com/xamarin/xamarin-macios/issues/13748.
2022-02-16 23:30:32 +03:00
Microsoft.macOS.registrar.coreclr.x86_64.m: $(TOP)/src/build/dotnet/macos/64/Microsoft.macOS.dll $(LOCAL_MMP)
[build] Remove the DOTNET_SYSTEM_RUNTIME_INTEROPSERVICES_REF_ASSEMBLY_DIR variable, it's no longer needed.
2022-03-28 15:29:41 +03:00
$(GENERATE_PART_REGISTRAR) --arch=x86_64 --target-framework .NETCoreApp,Version=$(subst net,,$(DOTNET_TFM)),Profile=macos -a:$(DOTNET_BCL_DIR)/System.Runtime.dll -a:$(DOTNET_BCL_DIR)/System.Runtime.InteropServices.dll --xamarin-runtime CoreCLR
[dotnet] Build the partial static registrar for CoreCLR. (#11345) * The generated static registration code will eventually be different. * The generated code has to be compiled with different compiler flags. This also required adding a new overload of xamarin_mono_object_release for the generated code to compile.
2021-04-28 08:34:40 +03:00
$(Q) touch $@ $(basename $@).h
[builds] Improve mono/llvm dependencies. (#1948) * [builds] Improve mono/llvm dependencies. * Create a list of all the files in the mono and llvm repositories, and save these lists as a Make variable (in a generated Makefile - .deps.*.mk). We don't list _all_ the files in each repository, because there are quite a few (55k for mono), and Make measurably takes a while to check all of them, so try to limit it to a sane subset, without risking missing changes to files that actually matters. * Always create stamp files when we're done with mono builds. * Modify the mono/llvm builds to depend on all the files in their repositories. * Explicitly list the corresponding .stamp-build-* files as dependencies for various files that are produced by the mono builds, so that make knows how to build these files. * Rewrite the *-facade-check targets to depend on the corresponding *_BCL_TARGETS, so that we can avoid running a submake to the same Makefile to execute the facade checks. It now takes a little while (less than a second on my machine, which is fine) for make to list all dependencies and get their timestamps, but if executing multiple submakes this adds up to a multi-second timewaste. So avoid the timewaste by not doing submakes, but instead use dependencies to enforce the required target execution ordering. * Don't depend on nicely named intermediate targets, since won't prevent rebuilds: build-cross64: setup-cross64 Since the `setup-cross64` file doesn't exist, `build-cross64` will always execute. Instead depend on the stamp file: build-cross64: .stamp-configure-cross64 And now `build-cross64` will only rebuild if needed. * Don't try to list all intermediate files as .SECONDARY dependencies, instead list none at all, which works as if all files were listed as dependencies. * Some targets had to move later in the file, since variables used in dependencies: foo: $(VARIABLE) must be defined before that point in the file, as opposed to variables used in recipes: foo: $(MAKE) $(VARIABLE) can be defined anywhere in the Makefile. * Simplify the targets that sign assemblies significantly. There are a few end results: * It's now possible to do `make install`, without doing `make all` first. This might seem weird, but that also ensures the more common `make all install` works properly. * Remakes (without any mono/llvm changes) in build/ are much faster, because we now won't recurse into every mono build: $ time make all -C builds/ -j8 [...] real 0m1.873s This even means that we might be able to make it a habit to remake in the root directory, which doesn't take forever now: $ time make all -j8 [...] real 0m4.521s Unfortunately adding `make install` to the mix still does some useless stuff, and it ends up taking ~30 seconds to complete a full build: $ time make all install -j8 [...] real 0m32.542s * [msbuild] Don't verify the xml syntax of targets files unless the files change. * [build] Don't depend on installed files. Don't depend on installed files, because that causes a rebuild when installing to a different directory (i.e. package creation). * Bump maccore to get build improvements. Rebuilds are now very fast: $ make all install -j8 $ time make all install -j8 real 0m5.735s Less than 6s to figure out that nothing needs to be done. And strangely flushing the disk cache doesn't make it much slower: $ sudo purge $ time make all install -j8 real 0m7.309s Which probably means that Make mostly reads file metadata, and not actual file contents (which is good).
2017-03-31 21:23:38 +03:00
Xamarin.Mac.registrar.full.x86_64.m: $(TOP)/src/build/mac/full-64/Xamarin.Mac.dll $(LOCAL_MMP)
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
$(GENERATE_PART_REGISTRAR) --arch=x86_64 --target-framework Xamarin.Mac,Version=v4.5,Profile=Full -a:$(FULL_BCL_DIR)/mscorlib.dll
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(Q) touch Xamarin.Mac.registrar.full.x86_64.m Xamarin.Mac.registrar.full.x86_64.h
[.NET] Rename our product assemblies. Fixes #13748. (#13847) Rename our product assemblies to: * Microsoft.iOS.dll * Microsoft.tvOS.dll * Microsoft.macOS.dll * Microsoft.MacCatalyst.dll This makes it easy to distinguish between legacy Xamarin and .NET whenever the product assembly is mentioned, and I've also chosen the platform part of the name to match how the platforms are named elsewhere (this also makes it possible to simplify our build logic, since we can remove a lot of special casing). Fixes https://github.com/xamarin/xamarin-macios/issues/13748.
2022-02-16 23:30:32 +03:00
Microsoft.macOS.registrar.arm64.m: $(TOP)/src/build/dotnet/macos/64/Microsoft.macOS.dll $(LOCAL_MMP)
[build] Remove the DOTNET_SYSTEM_RUNTIME_INTEROPSERVICES_REF_ASSEMBLY_DIR variable, it's no longer needed.
2022-03-28 15:29:41 +03:00
$(GENERATE_PART_REGISTRAR) --arch=arm64 --target-framework .NETCoreApp,Version=$(subst net,,$(DOTNET_TFM)),Profile=macos -a:$(DOTNET_BCL_DIR)/System.Runtime.dll -a:$(DOTNET_BCL_DIR)/System.Runtime.InteropServices.dll
[dotnet] Build macOS/.NET for ARM64 as well. (#10959) Partial fix for #10959.
2021-03-25 09:26:48 +03:00
$(Q) touch $@ $(basename $@).h
[.NET] Rename our product assemblies. Fixes #13748. (#13847) Rename our product assemblies to: * Microsoft.iOS.dll * Microsoft.tvOS.dll * Microsoft.macOS.dll * Microsoft.MacCatalyst.dll This makes it easy to distinguish between legacy Xamarin and .NET whenever the product assembly is mentioned, and I've also chosen the platform part of the name to match how the platforms are named elsewhere (this also makes it possible to simplify our build logic, since we can remove a lot of special casing). Fixes https://github.com/xamarin/xamarin-macios/issues/13748.
2022-02-16 23:30:32 +03:00
Microsoft.macOS.registrar.coreclr.arm64.m: $(TOP)/src/build/dotnet/macos/64/Microsoft.macOS.dll $(LOCAL_MMP)
[build] Remove the DOTNET_SYSTEM_RUNTIME_INTEROPSERVICES_REF_ASSEMBLY_DIR variable, it's no longer needed.
2022-03-28 15:29:41 +03:00
$(GENERATE_PART_REGISTRAR) --arch=arm64 --target-framework .NETCoreApp,Version=$(subst net,,$(DOTNET_TFM)),Profile=macos -a:$(DOTNET_BCL_DIR)/System.Runtime.dll -a:$(DOTNET_BCL_DIR)/System.Runtime.InteropServices.dll --xamarin-runtime CoreCLR
[dotnet] Build the partial static registrar for CoreCLR. (#11345) * The generated static registration code will eventually be different. * The generated code has to be compiled with different compiler flags. This also required adding a new overload of xamarin_mono_object_release for the generated code to compile.
2021-04-28 08:34:40 +03:00
$(Q) touch $@ $(basename $@).h
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
Xamarin.Mac.registrar.full.arm64.m: $(TOP)/src/build/mac/full-64/Xamarin.Mac.dll $(LOCAL_MMP)
$(GENERATE_PART_REGISTRAR) --arch=arm64 --target-framework Xamarin.Mac,Version=v4.5,Profile=Full -a:$(FULL_BCL_DIR)/mscorlib.dll
$(Q) touch Xamarin.Mac.registrar.full.arm64.m Xamarin.Mac.registrar.full.arm64.h
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
%.x86_64.a: %.x86_64.m
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
$(Q_CC) $(MAC_CC) -DDEBUG -g -gdwarf-2 -x objective-c++ -std=c++14 -o $@ -c -arch x86_64 $< -Wall -Wno-unguarded-availability-new -I$(TOP)/runtime -mmacosx-version-min=$(MIN_MACOS_SDK_VERSION) -fobjc-runtime=macosx $(EXTRA_DEFINES)
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
%.arm64.a: %.arm64.m
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
$(Q_CC) $(MAC_CC) -DDEBUG -g -gdwarf-2 -x objective-c++ -std=c++14 -o $@ -c -arch arm64 $< -Wall -Wno-unguarded-availability-new -I$(TOP)/runtime -mmacosx-version-min=$(MIN_MACOS_SDK_VERSION) -fobjc-runtime=macosx $(EXTRA_DEFINES)
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
Xamarin.Mac.registrar.%.a: Xamarin.Mac.registrar.%.x86_64.a Xamarin.Mac.registrar.%.arm64.a
$(Q_LIPO) $(DEVICE_BIN_PATH)/lipo -create -output $@ $^
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
dotnet: $(MMP_TARGETS_DOTNET)
ifdef ENABLE_DOTNET
[MMP] If we disable mac do not try to build for dotnet. (#12739)
2021-09-16 03:54:52 +03:00
ifdef INCLUDE_MAC
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
install-local:: $(MMP_TARGETS_DOTNET)
all-local:: $(MMP_TARGETS_DOTNET)
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
endif
[MMP] If we disable mac do not try to build for dotnet. (#12739)
2021-09-16 03:54:52 +03:00
endif
[mtouch/mmp] Build and ship the partial static registrar for .NET.
2020-07-24 16:41:29 +03:00
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
ifdef INCLUDE_XAMARIN_LEGACY
[mmp] Cleanup project file a bit.
2016-04-25 05:36:52 +03:00
ifdef INCLUDE_MAC
Build mmp.
2016-04-21 15:57:02 +03:00
install-local:: $(MMP_TARGETS)
all-local:: $(MMP_TARGETS)
[mmp] Cleanup project file a bit.
2016-04-25 05:36:52 +03:00
endif
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
endif
Build mmp.
2016-04-21 15:57:02 +03:00
clean-local::
rm -f mmp.stub.c mmp.helper.o
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
rm -rf bin obj
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
rm -f Xamarin.Mac.registrar.*
[mmp] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mmp.csproj builds using the same compiler arguments as the makefile used. * Clean up mmp.csproj by removing stuff that was left over from when it was a Xamarin.Mac project. * Build mmp.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:31 +03:00
$(SYSTEM_MSBUILD) "/t:Clean" /p:Configuration=$(MMP_CONF) *.csproj
Build mmp.
2016-04-21 15:57:02 +03:00
include $(TOP)/mk/rules.mk
Move MT0091 to common code so Xamarin.Mac can benefit from the more f… (#2780) - https://bugzilla.xamarin.com/show_bug.cgi?id=59186
2017-09-29 20:45:53 +03:00
include ../common/Make.common
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
# make will automatically consider files created in chained implicit rules as temporary files, and delete them afterwards
# marking those files as .SECONDARY will prevent that deletion.
Xamarin.Mac native Apple Silicon targetting support (#10115) * Add support for Xamarin.Mac arm64 * Add compile product definition task Xamarin.Mac can be provided with a ProductDefinition file for the generated pkg. Normally, providing a product definition was optional. However, with Apple Silicon, we have an extra issue : `productbuild` needs to know what architectures your package target. If not provided with them, it will guess to the best of its abilities. However, on Catalina and lower, the guess is x86_64, even if you have an arm64 slice. To fix this, we add a new task to compile the product definition and use this file to create the pkg. If you provide your own Product Definition, we can check and warn if the architectures don't match what we expect. If the file doesn't exist or there is no architecture, we set it ourselves based on our target architectures. * Don't reference dynamic objC_send on arm64 When building in debug, we currently try to link dynamic objC_send symbols when targeting a 64-bit architecture. However, this is actually only defined on Intel architectures, not on arm64, so we end up failing because we're referring symbols that don't exist. Rework the `GetRequiredSymbols` to take an abi, and tag those symbols to only be valid on i386/x86_64, so they don't get referred at all when building on arm64, but still get referred in x86_64. * Fix improper delete/move with already existing directories * Fix stret requirement for Xamarin.Mac in arm64. The generator supposes that we're running in x64 mode, refactor to take into account the possibility of running in arm64. * Implement OS version generation in Product.plist, based on MinimumSystemVersion of the app * Re-generalize some mmp registrar rules `Microsoft.macOS.registrar` was missed by the current rule set * Fix mmp tests * Set E7072 as not translated Tests were failing otherwise * Rename Xamarin.Mac lib/x86_64 folder to 64bits (currently all targeted archs are the same) * Fix style issues * Fix `ToLower` usage for invariant usage * Fix xtro-sharpie test
2021-03-18 04:48:02 +03:00
.SECONDARY: $(foreach ext,h m a,Xamarin.Mac.registrar.mobile.x86_64.$(ext) Xamarin.Mac.registrar.mobile.arm64.$(ext) Xamarin.Mac.registrar.full.x86_64.$(ext) Xamarin.Mac.registrar.full.arm64.$(ext))
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
.SECONDARY: Xamarin.Mac.registrar.mobile.a Xamarin.Mac.registrar.full.a