xamarin
/
xamarin-android
зеркало из https://github.com/xamarin/xamarin-android.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
xamarin-android/.gitmodules

20 строки
572 B
Plaintext
Исходник Обычный вид История

[Mono.Android] Import from monodroid/3e934261 (*Now* things are starting to come together...) One of the important infrastructural pieces of Xamarin.Android is Mono.Android.dll, a "binding" for the Android SDK `android.jar` file. Bindings are generated by using the `generator` tool from Java.Interop, along with tools/jnienv-gen, and various other programs. This in turn requires adding a git submodule for Java.Interop. Stitch all these pieces together so that we can take an *API description* (stored in Profiles\api-*.xml.in) and generate a binding for that API description. The generated files are located in obj\$(Configuration)\android-$(ApiLevel), and the resulting Mono.Android.dll is copied to $(topdir)\bin\$(Configuration)\xbuild-frameworks\MonoAndroid\$(XAFrameworkVersion). One SNAFU: currently, Mono.Android.csproj conditinally <Import/>s a Mono.Android.projitems file generated by Java.Interop's generator tool, which contains a list of all the generated files. When the project is first loaded, Mono.Android.projitems will not exist, so on that initial build, source code will be generated but xbuild won't re-read Mono.Android.projitems (once it exists). This will result in a failing build. Simply rebuild the project to get a valid build, or use the `make all` Makefile target.
2016-04-21 03:50:21 +03:00
[submodule "external/Java.Interop"]
path = external/Java.Interop
Use HTTPS URLs for git submodules Relative URLs for the submodules will make it harder to work with various versions of Mono and Java.Interop checked out in parallel with the proprietary parts of Xamarin.Android as both parties would use the same location for the "master" repository but different hashes or branches. This would lead to frequent rebuilding of both submodules as developers switch between the OSS and proprietary repositories. Additionally, using a relative URL like previously means that we have no information where the submodule was checked out from. Should the repository referred to in the submodule URL be removed from filesystem, user might have a problem recreating it (the same applies to cloning the xamarin-android repository in which case to get the submodules initialized one has to first check out Mono and Java.Interop in the directory above xamarin-android - but there's no information where to check them out from) Furthermore, updating the submodule would require going first to the "master" repository above xamarin-android, pulling the changes there, going back to xamarin-android to update/init submodules. HTTPs URLs fix the original issue of requiring that the users are logged in to GitHub in order to clone xamarin-android and it avoids all the pitfalls outlined above.
2016-05-11 20:05:12 +03:00
url = https://github.com/xamarin/java.interop.git
branch = master
[submodule "external/mono"]
path = external/mono
url = https://github.com/mono/mono.git
Track Mono 4.5.0
2016-05-11 22:35:47 +03:00
branch = mono-4.5.0-branch
[mxe] Add Windows cross-compiler support. (#55) Certain Xamarin.Android features require that Mono be built for Windows, e.g. the [AOT compilers][aot] require a build of mono that executes on Windows to generate the AOT native libraries. Unfortunately, building Mono on Windows continues to be a massive PITA. (Autotools on Windows requires Cygwin/mingw, running shell scripts on Windows is painfully slow, it's all brittle, etc.) To work around this pain, we instead build the Mono/Windows binaries on OS X, via [MXE][mxe], which produces a gcc-based cross-compiler which generates Windows binaries and is executable from Unix. This in turn requires that we have MXE, so add a `_CreateMxeToolchains` target to `android-toolchain.targets` which will build MXE. The installation prefix for MXE can be overridden via the new `$(AndroidMxeInstallPrefix)` MSBuild property; it defaults to `$HOME/android-toolchain/mxe`. Rework the `$(AndroidSupportedAbis)` MSBuild property so that it must include the "host" ABI, and add support for a new `host-win64` value which will use MXE to generate 64-bit Windows binaries for libmonosgen-2.0.dll and libMonoPosixHelper.dll. We can't always process `host-$(HostOS)` because of an xbuild bug. The scenario is that if you want to just build `host-win64`, the obvious thing to do is: cd build-tools/mono-runtimes xbuild /p:AndroidSupportedAbis=host-win64 Alas, if `host-$(HostOS)` is always processed, this inexplicably causes `host-$(HostOS)` to be re-rebuilt, which (1) is a waste of time, and (2) fails -- inexplicably -- in the `_BuildRuntimes` target because make(1) thinks that the configure flags have somehow changed, which currently makes no sense at all. (When can we move to MSBuild?) Changing `$(AndroidSupportedAbis)` so that `host-$(HostOS)` is explicitly processed instead of implicitly processed allows working around the above xbuild bug, as `host-$(HostOS)` won't be implicitly processed on every build, but only when required. Additionally, we add a new <Which/> MSBuild task so that we can determine if a particular program is in `$PATH`. This is useful because listing requirements within README.md is a road to pain -- e.g. xxd(1) is required to build `src/monodroid` but if it's missing it'll still *build* but you'll instead get a *linker* failure because the `monodroid_config` and `monodroid_machine_config` symbols aren't present. Building MXE requires that even more programs be present within $PATH, so explicitly check for these so that *useful* error messages can be generated instead of obscure ones. Finally, a note about autotools and generating Windows native libraries: creation of `.dll` files *requires* that an appropriate objdump be present so it can determine if e.g. `libkernel32.a` is an import library or an archive. If `x86_64-w64-mingw32.static-objdump` isn't found -- e.g. because $PATH doesn't contain it -- then no `.dll` files will be created, and much head scratching will occur. To rectify this, override the OBJDUMP and DLLTOOL values when invoking `configure` so that that full paths are used and `$PATH` use is reduced. (Who wants `x86_64-w64-mingw32.static-objdump` in `$PATH`?) [aot]: https://developer.xamarin.com/releases/android/xamarin.android_5/xamarin.android_5.1/#AOT_Support [mxe]: http://mxe.cc/
2016-06-07 00:12:49 +03:00
[submodule "external/mxe"]
path = external/mxe
url = https://github.com/xamarin/mxe.git
branch = xamarin
[Mono.Data.Sqlite] Import from monodroid/6a8eb978. (#70) Import `Mono.Data.Sqlite.dll` from monodroid/6a8eb978. `Mono.Data.Sqlite.dll` needs to embed a version of SQLite because Android N will only support allow using native libraries which are [part of the Android NDK or are distributed with the application][0]. Consequently, the only way that `Mono.Data.Sqlite.dll` can be used is if SQLite is "somehow" included within all apps which use `Mono.Data.Sqlite.dll`, and the easiest way to do that is to compile SQLite, naming the library `libsqlite3_xamarin.so` (for uniqueness), and making use of the [`@(EmbeddedNativeLibrary)` build action][1]. [0]: https://web.archive.org/web/20160401151536/http://developer.android.com/preview/behavior-changes.html?utm_campaign=android_launch_n_030916&utm_source=anddev&utm_medium=blog#ndk [1]: https://developer.xamarin.com/guides/android/under_the_hood/build_process/#AndroidNativeLibrary
2016-06-10 00:03:31 +03:00
[submodule "external/sqlite"]
path = external/sqlite
url = https://github.com/xamarin/sqlite.git
[OpenTK-1.0] Add OpenTK 1.0 to the build (#85) OpenTK sources are built using our own project file in order to leave the upstream sources untouched. Only OpenTK 1.0 is provided in hope that nobody is interested in 0.9 anymore :) For this reason compilation items are placed in a separate project file. It also makes it easier to share the "wrapper" project file for different versions of the library. A new configuration property is added, $(OpenTKSourceDirectory), which, surprisingly, points to the OpenTK submodule directory.
2016-06-20 18:06:58 +03:00
[submodule "external/opentk"]
path = external/opentk
url = https://github.com/mono/opentk.git
branch = master