meta-mono is an OpenEmbedded layer that builds mono runtime and mono libraries to allow users to run .NET applications under linux built using OE. For more info about mono, see mono project's website. For more info on OpenEmbedded, see OE's website.
This README pertains to meta-mono layer support for Mono 3.12.1 - 5.8.0
For Mono release notes please see:
- Mono 3.12.0 Release Notes
- Mono 3.12.1 Release Notes
- Mono 4.0.0 Release Notes
- Mono 4.0.1 Release Notes
- Mono 4.0.2 Release Notes
- Mono 4.0.3 Release Notes
- Mono 4.2.0 Release Notes
- Mono 4.2.1 Release Notes
- Mono 4.4.0 Release Notes
- Mono 4.6.1 Release Notes
- Mono 4.8.0 Release Notes
- Mono 4.8.1 Release Notes
- Mono 5.0.0 Release Notes
- Mono 5.0.1 Release Notes
- Mono 5.2.0 Release Notes
- Mono 5.4.0 Release Notes
- Mono 5.8.0 Release Notes
- Mono 5.10.0 Release Notes
- Mono 5.12.0 Release Notes
NOTE: Mono TLS vulnerabilities. 3.12.1+ includes the fix in the release archive.
http://www.mono-project.com/news/2015/03/07/mono-tls-vulnerability/
NOTE: ARM hardfp support
Since Mono 3.2.7 there is initial support for the ARM hardfp ABI which should enable us to use hardfp builds of e.g. Yocto/Poky. However there are issues with using this, namely exceptions when using Windows Forms components. For details see:
https://bugzilla.xamarin.com/show_bug.cgi?id=20239
For now the recommendation is to use softfp only when using Mono.
There may be a solution to this issue in Mono 3.10.0 / 3.12.0+ but this is as yet untested. Feedback on testing with armhf would be appreciated and incorporated into this README.
The libgdiplus recipe has a soft dependency on the giflib recipe which is provided by the meta-oe layer. These dependencies can be controlled using the PACKAGECONFIG feature of yocto. libgdiplus recognizes the following options:
"jpeg exif gif tiff"
These can be controlled via the .bbappend mechanism or by adding: PACKAGECONFIG_pn-mono = "" PACKAGECONFIG_pn-mono-native = ""
directives to the local.conf
If this recipe is included in an image with gif enabled, for example when building core-image-mono, then conf/bblayers needs to be modified to include meta-oe, e.g.
BBLAYERS = "
..
/path/to/meta-oe
..
"
Otherwise an error of the following form will be seen:
ERROR: Required build target 'core-image-mono' has no buildable providers. Missing or unbuildable dependency chain was: ['core-image-mono', 'mono-helloworld', 'mono', 'libgdiplus', 'giflib']
On the host:
The host system must have the following packges: gcc g++ patch diffstat texi2html texinfo cvs subversion gawk chrpath make libgl1-mesa-dev libglu1-mesa-dev libsdl1.2-dev git libxml-parser-perl bison gettext flex unzip rpm2cpio
On the target:
So far, Windows Forms applications have been tested under Sato. Mono does not require Sato, it does require X if you want to run Windows Forms applications.
The meta-mono layer now includes basic image test support.
For details on configuring image For setup details see: https://wiki.yoctoproject.org/wiki/Image_tests
i.e.
- Add INHERIT += "testimage" in local.conf
- bitbake core-image-mono
- bitbake core-image-mono -c testimage
This will run some simple tests in Qemu (ensure MACHINE is configured appropriately)
- helloworld (command line executable)
- helloworldform (WinForms executable)
- helloworldgtk (GTK# executable
Python tests are defined in lib/oeqa/runtime/cases/mono.py
Currently only core-image-mono is working.
There are mono-helloworld and a mono-helloworld-xbuild recipes in recipes-mono
These show two ways of building C# projects for deployment to the target. Each downloads a tarball release from a git repository, although they could just as easily download and checkout a commit from the git repository.
mono-helloworld then implements the recommended autotools files for build with autoconf. This is based on the Mono example, mono-skel.
For a walkthrough on building .NET recipes from first principles see:
For details see:
mono-helloworld-xbuild implements a Visual Studio 2010 solution and projects which allow us to checkout and build using Visual Studio on a Windows host, or alternatively using Mono xbuild within a Yocto/OpenEmbedded recipe.
For a walkthrough on building Mono for Raspberry Pi see:
- Alex J Lennon
- Autif Khan
- Chris Morgan
- Enric Balletbo i Serra
- Khem Raj
- Richard Tollerton
- Fabio Berton
- Barry Grussling
- Zoltán Böszörményi
- Ioan-Adrian Ratiu
Follow Yocto change submission policy, detailed here:
Use the create-pull-request and send-pull-request scripts details in 3.9.1.
Send patches and queries to the maintainer and to Yocto mailing list
MIT/GPLv2 - following the lead of libgdiplus and mono
5.12.0.226
- Maintainer has tested Poky (pyro) build on a qemux86 platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
4.8.1.0
- Maintainer has tested Poky (master, morty) build on a qemux86 platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
3.12.1
- Maintainer has tested a Poky build on a qemux86 platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
4.8.0.382
- Maintainer has tested a Poky (master) build on a qemuppc platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application (Not convinced that the test applications are exiting reliably)
5.12.0.226
- Maintainer has tested a Poky build on a qemuarm platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
4.0.3.19
- Maintainer has tested a Poky build on a qemuarm platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
3.12.1
- Maintainer has tested a Poky build on a qemuarm platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
4.6.1
- Has been tested on Cortex-A9
4.0.1
- Maintainer has tested a Poky build on a Freescale i.MX6 platform with console helloworld and Matchbox UI helloworldform
3.12.1
- Maintainer has tested a Poky build on a Freescale i.MX6 platform with console helloworld and Matchbox UI helloworldform
- Maintainer has tested a Poky build on a Freescale i.MX6 platform, with a simple console application and a simple Windows Forms application.
- Builds and runs on i.MX6 platform with hardfp enabled.
- More investigation is needed, if there is an interest in getting mono to work perfectly on MIPS, please contact the maintainer.
5.4.0.56
- Maintainer has tested a Poky (master) build on a qemuppc platform, with
a simple console application, helloworld which RUNS a simple Windows Forms application, helloworldform which RUNS a simple GTK# application hellloworldgtk, which RUNS
5.2.0.196
- Maintainer has tested a Poky (master) build on a qemuppc platform, with
a simple console application, helloworld which RUNS a simple Windows Forms application, helloworldform which RUNS a simple GTK# application hellloworldgtk, which RUNS
4.2.0.179
- Maintainer has tested a Poky (Jethro) build on a qemuppc platform, with
a simple console application, helloworld which RUNS a simple Windows Forms application, helloworldform which FAILS a simple GTK# application hellloworldgtk, which RUNS
4.0.1.34
- Maintainer has tested a Poky (Jethro) build on a qemux86 platform, with a simple console application, a simple Windows Forms application, and a simple GTK# application
3.12.1
Fails to link building Poky (Jethro) with:
| mono/3.12.1-r0/mono-3.12.1/mono/metadata/loader.c:2322: undefined reference to `mono_sigctx_to_monoctx'
- When qemu provided by Yocto supports one of these machines, the maintainer will support these architectures.
- see if mono works for amd64, seems like qemux86-64 is available
- investigate why windows forms apps dont run on MIPS
- run mono runtime tests for ARM
- run mono runtime tests for MIPS
- run mono runtime tests for PPC
- run mono library tests for ARM
- run mono library tests for MIPS
- run mono library tests for PPC
- write recipes to create packages for runtime tests
- write recipes to create packages for mscorlib library tests
- write recipes to create packages for System.dll library tests
- try mono on beagleboard (email maintainer when you do this, he will thank you)