| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
A build failure under the Linux Mint host OS was reported. This was due to
the build system still incorrectly using the host version of libtool. Changes
here to correct to use of hostprefix-libtool.
Reported-by: Colin Waddell <colin@ideas-eng.com>
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
/etc/mono/* files were in /etc/mono/mono*. As a result Mono wasn't picking up a valid machine.config file which in turn meant that there were errors reading from application configuration files
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
(using a Visual Studio solution) as well as the existing example which is based on autotools
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
recipes rather than target recipes
Testing: Complete build of target image including Mono
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
some issues with 3.4.0 and it may be useful to set PREFERRED_VERSION_mono without needing to change meta-mono checkouts
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
xbuild native build of source files
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Testing:
Builds core-image-mono image on x64 host for qemux86 machine. Runs and executes helloworld (console test app) and helloworldf
Signed-off-by: Alex Lennon <ajlennon@dynamicdevices.co.uk>
|
|
and Windows Forms test apps
Signed-off-by: Alex Lennon <ajlennon@dynamicdevices.co.uk>
|
|
installed
Build failures were seen on an x64 host platform with Mono 3.2.1 installed. This seems to relate to the Mono build attempting to use the host installation of Mono, which this commit attempts to prevent with use of the EXTERNAL_MONO variable pointing to an invalid location
Testing: Now builds on Ubuntu 12.04 LTS x64 with Mono 3.2.1 installed in host environment. Also Ubuntu 12.04 x86
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Synopsis
========
When building on an x64 host system an error was generated relating to a missing libtool. This modification ensures the build uses the appropriate host-specific libtool.
Testing
=======
Builds on both x86 and x64 hosts. Mono runs on qemux86 imag built on x86 host
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
GLib bindings
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Testing
=======
qemux86 image was created including the interactive shell (fsharpi) and the compiler (fsharpc) which could both be executed
Examples from the Wikipiedia page were successfully compiled and executed with mono, including Hello World, Windows Forms, and Asynchronous Parallel Programming
@see: http://en.wikipedia.org/wiki/F_Sharp_(programming_language)
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Synopsis
========
mono-native builds fine with an Ubuntu 12.04 LTS host system, with or without mono installed from precise pangolin (i.e. Mono v2.x series).
If mono is upgraded to v3.x series using, say, ppa:directhex/monoxide then the build fails
@see http://stackoverflow.com/questions/13365158/installing-mono-3-x-3-0-x-and-or-3-2-x
Build messages includes a warning
../corlib/Mono/DataConverter.cs(759,25): warning CS0436: The type `Mono.DataConverter' conflicts with the imported type of same name'.
Ignoring the imported type definition
../../build/common/MonoTODOAttribute.cs(38,17): (Location of the symbol related to previous warning)
/usr/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous warning)
Then an error
MCS [build] mscorlib.dll
Unhandled Exception:
System.TypeLoadException: Could not load type 'Mono.CSharp.CommandLineParser' from assembly 'basic, Version=3.2.8.0, Culture=neutral, PublicKeyToken=null'.
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: Could not load type 'Mono.CSharp.CommandLineParser' from assembly 'basic, Version=3.2.8.0, Culture=neutral, PublicKeyToken=null'.
make[8]: *** [../../class/lib/build/tmp/mscorlib.dll] Error 1
This appears related to Mono building its 'basic' profile. The makefile for this profile appears not to correctly set the path to the correct mscorlib.dll which this patch attempts to fix.
Testing
=======
With this patch in place a build of a qemux86 image succeeds with Mono 3.2.8 on the
host and the mono-helloworld recipe files can be executed successfully
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Synopsis:
@see http://www.mono-project.com/VisualBasic.NET_support for details on VB.Net support in Mono
Testing:
mono-basic recipe was added to a qemux86 image for testing. A simple VB helloworld application was used from this link
@see http://msdn.microsoft.com/en-us/library/3cf7t4xt(v=vs.110).aspx
The script was first compiled to an .exe on the build Ubuntu host, copied to the qemux86 image and executed successfully with
mono helloworld.exe
i.e. A message box was shown
Then the script was copied to the qemux86 image, compiled and executed successfully with
vbnc helloworld.vb
mono helloworld.exe
Note that when using VB.Net on an, e.g., Ubuntu host it may be necessary to add a missing link. The recipe handles creation of this link for the target package.
sudo ln -s /usr/lib/mono/4.0/Microsoft.VisualBasic.dll /usr/lib/mono/4.5/Microsoft.VisualBasic.dll
@see http://mono.1490590.n4.nabble.com/mod-mono-with-VB-The-library-Microsoft-VisualBasic-dll-could-not-be-found-td4659980.html
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Synopsis:
- mono-xsp package incorporates xsp/mod-mono/fastcgi support (< 400kB).
- mono-xsp-test package contains support .aspx pages for testing.
Testing:
- tested on a qemux86 based image with dependencies on mono-xsp, mono-xsp-test
mono /usr/lib/mono/2.0/xsp2.exe --root /usr/lib/xsp/test
Runs by default on :8080, displays "Welcome to Mono XSP!" page and examples appear to work
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
from upgraded recipes
These are no longer required as per email thread @see https://lists.yoctoproject.org/pipermail/yocto/2014-February/018306.html
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
example of building Mono packages from source, and to test Mono operation on targets
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Recipe was not building due to invalid reference to Linq DLL in Mono.Packager. Commented out. Now builds.
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Synopsis:
- Previous recipe 2.10.2 was failing to build
- Updated to current GTK# release 2.12.21
- Cleaned up recipe
Testing:
- This change has been tested on a qemux86 image with the Mono GTK# 'hello world' example
@see: http://www.mono-project.com/GtkSharp:_Hello_World
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
- Mono 3.2.8 is a bug-fix only release based on 3.2.7 (19/02/2014)
- Mono 3.2.7 was a major forward release (17/01/2014)
Mono 3.2.7+ is particularly interesting because it has initial support
for ARM hardfp whereas until now we have had to build with vfp in order
to use Mono on ARM based boards.
Further release notes can be found here:
http://www.mono-project.com/Release_Notes_Mono_3.2
I have tested that Mono 3.2.8 builds and runs with a standard qemux86
target and with a vfp tuned i.MX6 target. hardfp remains to be tested.
I have also modified the maintainer list in the README to include myself.
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
update to libgdiplus 2.10.8
- libgdiplus 2.10 is fairly old, released 3 years ago (cea5a3f)
- libgdiplus 2.10.8 is curently the most recent release available on GitHub and is also old, released 2 years ago (5179dd3)
- there have been a substantial number of commits since these releases so it may be worth considering a recipe to build from a specific git commit (thoughts appreciated)
@see: https://github.com/mono/libgdiplus/releases
libgdiplus-2.10 and libgdiplus-2.10.8 recipes fail to build currently with an error
gdiplus-private.h:33:31: fatal error: freetype/tttables.h: No such file or directory
This is a known issue addressed by commit 180c02e into master on 16/12/13. From the commit message,
"As of FreeType 2.1.6 (November 2003), using #include to include Freetype libraries directly is not supported.
This has come to a head, as in FreeType 2.5.0, the location of headers has been moved around, breaking building of libgdiplus.
This slight change uses the "official" way to include the required header file, without breaking building on older versions of the library."
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
WARNING: Variable key FILES_${PN}-dev (${includedir} ${FILES_SOLIBSDEV}
${libdir}/*.la ${libdir}/*.o ${libdir}/pkgconfig ${datadir}/pkgconfig
${datadir}/aclocal ${base_libdir}/*.o ${libdir}/${BPN}/*.la
${base_libdir}/*.la) replaces original key FILES_mono-xsp-dev (
/usr/lib/pkgconfig/xsp.pc /usr/lib/pkgconfig/xsp-2.pc ).
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
bitbake/master does not like it anymore
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Autif Khan <autifk@gmail.com>
|
|
failure to properly sign assemblies (e.g. policy-2.4-foo.dll). We then fail installing those to the GAC as they are delay signed rather than strong named as they should be. Until the race condition is identified and patched a workaround is to disable parallel make tasks for this recipe
|
|
break QA
|
|
Added recipes for gtk-sharp, mono-xsp, monotools-server
(gtk-sharp and mono-xsp need testing but they build well enough for the command line monotools-server to run. There may be an issue with monotools-gui-server)
Updated libgdiplus to support OE build with libpng15
|
|
|
|
|
|
|
Alex J Lennon
Khem Raj
Alex J Lennon
Autif Khan