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

105 строки
4.8 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
# mmp.csproj.inc contains the mmp_dependencies variable used to determine if mmp needs to be rebuilt or not.
Add missing dependencies on Make.config Otherwise things wouldn't get rebuild when Mono is bumped.
2019-05-22 18:44:58 +03:00
mmp.csproj.inc: Makefile ../common/create-makefile-fragment.sh $(TOP)/Make.config
PR feedback, remove unnecessary setting of MONO_IOS_SDK_DESTDIR in csprojs
2019-05-27 14:34:36 +03:00
$(Q_GEN) ../common/create-makefile-fragment.sh $(CURDIR)/mmp.csproj
[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)
Add symlink that points to current mono sdks dir Use that instead of an msbuild variable that won't work in VSMac.
2019-05-24 20:44:49 +03:00
$(Q_GEN) $(SYSTEM_MSBUILD) $(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
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 \
[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 \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin/mmp: mmp.in | $(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin
Fix mmp script to use MAC_TARGETDIR so it works when installed from packages (#23) - Now matches mtouch - https://bugzilla.xamarin.com/show_bug.cgi?id=40837
2016-05-04 01:04:04 +03:00
$(Q_GEN) sed 's!@XAMARIN_MAC_PREFIX@!$(abspath $(MAC_TARGETDIR)$(MAC_FRAMEWORK_CURRENT_DIR))!g' $< > $@
[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
$(Q) chmod +x $@
[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
[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
#
GENERATE_PART_REGISTRAR = $(Q_GEN) $(SYSTEM_MONO) --debug $(LOCAL_MMP) --xamarin-framework-directory=$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR) -q --runregistrar:$(abspath $@) --sdkroot $(XCODE_DEVELOPER_ROOT) --sdk $(OSX_SDK_VERSION) $< --registrar:static
[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.i386.m: $(TOP)/src/build/mac/mobile-32/Xamarin.Mac.dll $(LOCAL_MMP)
[macos] Fix target framework detection issues in mmp (#2096) - Also detect mismatches between referenced XM.dll and target framework selected
2017-05-30 17:23:28 +03:00
$(GENERATE_PART_REGISTRAR) --target-framework Xamarin.Mac,Version=v2.0,Profile=Mobile --arch=i386
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(Q) touch Xamarin.Mac.registrar.mobile.i386.m Xamarin.Mac.registrar.mobile.i386.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.mobile.x86_64.m: $(TOP)/src/build/mac/mobile-64/Xamarin.Mac.dll $(LOCAL_MMP)
[macos] Fix target framework detection issues in mmp (#2096) - Also detect mismatches between referenced XM.dll and target framework selected
2017-05-30 17:23:28 +03:00
$(GENERATE_PART_REGISTRAR) --target-framework Xamarin.Mac,Version=v2.0,Profile=Mobile --arch=x86_64
[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
[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.i386.m: $(TOP)/src/build/mac/full-32/Xamarin.Mac.dll $(LOCAL_MMP)
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(GENERATE_PART_REGISTRAR) --target-framework 4.5 --arch=i386 --xamarin-full-framework --nolink
$(Q) touch Xamarin.Mac.registrar.full.i386.m Xamarin.Mac.registrar.full.i386.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)
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
$(GENERATE_PART_REGISTRAR) --target-framework 4.5 --arch=x86_64 --xamarin-full-framework --nolink
$(Q) touch Xamarin.Mac.registrar.full.x86_64.m Xamarin.Mac.registrar.full.x86_64.h
Xamarin.Mac.registrar.%.i386.a: Xamarin.Mac.registrar.%.i386.m
Use libc++ instead of stdlibc++ when compiling with Xcode 10. (#4348) Xcode 10 doesn't ship with stdlibc++ anymore, we need to use libc++ instead. This is documented in Xcode 10's release notes: > Building with libstdc++ was deprecated with Xcode 8 and is not supported in Xcode 10 when targeting iOS. C++ projects must now migrate to libc++ and are recommended to set a deployment target of iOS 7 or later. This fixes a problem when compiling certain system headers as Objective-C++. References: * https://twitter.com/jeremyhu/status/1003882060556062720 * https://stackoverflow.com/a/50734510/183422 * https://trello.com/c/PsHpNHq6/113-40824697-scenekith-doesnt-compile-as-objective-c
2018-06-28 15:49:22 +03:00
$(Q_CC) xcrun -sdk macosx clang -DDEBUG -g -gdwarf-2 -x objective-c++ -stdlib=libc++ -o $@ -c -arch i386 $< -Wall -Wno-unguarded-availability-new -I$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/include -mmacosx-version-min=$(MIN_OSX_SDK_VERSION)
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
Xamarin.Mac.registrar.%.x86_64.a: Xamarin.Mac.registrar.%.x86_64.m
Use libc++ instead of stdlibc++ when compiling with Xcode 10. (#4348) Xcode 10 doesn't ship with stdlibc++ anymore, we need to use libc++ instead. This is documented in Xcode 10's release notes: > Building with libstdc++ was deprecated with Xcode 8 and is not supported in Xcode 10 when targeting iOS. C++ projects must now migrate to libc++ and are recommended to set a deployment target of iOS 7 or later. This fixes a problem when compiling certain system headers as Objective-C++. References: * https://twitter.com/jeremyhu/status/1003882060556062720 * https://stackoverflow.com/a/50734510/183422 * https://trello.com/c/PsHpNHq6/113-40824697-scenekith-doesnt-compile-as-objective-c
2018-06-28 15:49:22 +03:00
$(Q_CC) xcrun -sdk macosx clang -DDEBUG -g -gdwarf-2 -x objective-c++ -stdlib=libc++ -o $@ -c -arch x86_64 $< -Wall -Wno-unguarded-availability-new -I$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/include -mmacosx-version-min=$(MIN_OSX_SDK_VERSION) -fobjc-runtime=macosx
[XM] Add partial static registrar support (#1191)
2016-12-01 19:18:30 +03:00
Xamarin.Mac.registrar.%.a: Xamarin.Mac.registrar.%.i386.a Xamarin.Mac.registrar.%.x86_64.a
$(Q_LIPO) $(DEVICE_BIN_PATH)/lipo -create -output $@ $^
[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
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
mmp: \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/bin/mmp \
$(MAC_DESTDIR)$(MAC_FRAMEWORK_CURRENT_DIR)/lib/mmp/mmp.exe \
Build mmp.
2016-04-21 15:57:02 +03:00
clean-local::
rm -f mmp.stub.c mmp.helper.o
[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
rm -f 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
[XM] AOT support in Xamarin.Mac (#1340)
2017-01-11 23:10:39 +03:00
run::
$(Q) make -C tests
[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.
.SECONDARY: $(foreach ext,h m a,Xamarin.Mac.registrar.mobile.i386.$(ext) Xamarin.Mac.registrar.mobile.x86_64.$(ext) Xamarin.Mac.registrar.full.i386.$(ext) Xamarin.Mac.registrar.full.x86_64.$(ext))
.SECONDARY: Xamarin.Mac.registrar.mobile.a Xamarin.Mac.registrar.full.a