Jump to content

Mono (software)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Miguel.de.Icaza (talk | contribs) at 14:54, 19 October 2010 (Update the 2.8 features). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Mono
Developer(s)Novell and the Mono community
Initial releaseJune 30, 2004
Stable release
2.8 / October 6, 2010 (2010-10-06)
Repository
Operating systemCross-platform
TypePlatform
LicenseGPLv2, LGPLv2 and MIT, or dual license[1]
Websitewww.mono-project.com

Mono, IPA: [moʊ'noʊ], is a free and open source project led by Novell (formerly by Ximian) to create an Ecma standard compliant .NET-compatible set of tools including, among others, a C# compiler and a Common Language Runtime. The stated purpose of Mono is not only to be able to run Microsoft .NET applications cross-platform, but also to bring better development tools to Linux developers.[2] Mono can be run on Linux, BSD, Unix, Mac OS X, iOS, Android, Solaris and Windows operating systems as well as some game console operating systems such as the ones for the PlayStation 3, Xbox 360 and Wii.

History

Release History
Date Version[3] Notes
2004-06-30 Mono 1.0[4] C# 1.0 support
2004-09-21 Mono 1.1[5]
2006-11-09 Mono 1.2[6] C# 2.0 support
2008-10-06 Mono 2.0[7] Mono's APIs are now in par with .NET 2.0. Introduces the C# 3.0 and Visual Basic 8 compilers. New Mono-specific APIs: Mono.Cecil, Mono.Cairo and Mono.Posix. Gtk# 2.12 is released. The Gendarme verification tool and Mono Linker are introduced.
2009-01-13 Mono 2.2[8] Mono switches its JIT engine to a new internal representation [9] that gives it a performance boost and introduces SIMD support in the Mono.Simd [10] Mono.Simd namespace.
Mono introduces Full Ahead of Time compilation that allows developers to create full static applications and debuts the C# Compiler as a Service [11] and the C# Interactive Shell [12] (C# REPL)
2009-03-30 Mono 2.4[13] This release mostly polishes all the features that shipped in 2.2 and became the foundation for the Long-Term support of Mono in SUSE Linux.
2009-12-15 Mono 2.6[14] The Mono is now able to use LLVM as a code generation backend and this release introduces Mono co-routines, the Mono Soft Debugger and the CoreCLR security system required for Moonlight and other Web-based plugins.
On the class library System.IO.Packaging, WCF client, WCF server, LINQ to SQL debut. The Interactive shell supports auto-completion and the LINQ to SQL supports multiple database backends. The xbuild build system is introduced.
2010-09-22 Mono 2.8[15] Defaults to .NET 4.0 profile, C# 4.0 support, new generational Garbage Collector, includes Parallel Extensions, WCF Routing, CodeContracts, ASP.NET 4.0, drops the 1.0 profile support; the LLVM engine tuned to support 99.9% of all generated code, runtime selectable llvm and gc; incorporates [[Dynamic_Language_Runtime Dynamic|Language Runtime], MEF, ASP.NET MVC2, OData Client open source code from Microsoft;. Will become release 3.0

Lacking the resources to build a full .NET replacement on their own, Ximian formed the Mono open source project, which was announced on July 19, 2001 at the O'Reilly conference. Almost three years later, on June 30, 2004 Mono 1.0 was released.[16] Being an open source project, the runtime evolved from a primary focus of being a developer platform for Linux desktop application to go into the server (with ASP.NET) to support a plurality of architectures and operating systems, to embedded systems.

The logo of Mono is a monkey's face, mono being Spanish for monkey. The name relates to the monkeys and apes that are a central theme within Ximian, such as the GNOME Project's logo (a monkey's footprint), the Bonobo project (bonobos are a species of chimpanzee), the Novell Evolution (formerly Ximian Evolution) Project, and the Ximian logo itself (a monkey's silhouette). [17][18]

Current status and roadmap

Mono's current version is 2.6.7 (as of July 2010). This version provides the core API of the .NET Framework as well as support for Visual Basic.NET and C# versions 2.0, 3.0 and 4.0. LINQ to objects, XML, and SQL are part of the distribution. C# 3.0 is now the default mode of operation for the C# compiler. Windows Forms 2.0 is also now supported. Support for C# 4.0 is feature complete (as of December 2009) but not yet released in a stable version.[19]

Parts of the .NET Framework 3.0 are under development in an experimental Mono subproject called "Olive", but the availability of WPF is not yet planned.[20][21] The Windows Communication Foundation stack for clients and servers have graduated from Olive and been incorporated into the main Mono distribution.

The Mono project has also created a VB.NET compiler as well as a runtime designed for running VB.NET applications. It is currently being developed by Rolf Bjarne Kvinge.

Moonlight

An open source implementation of Silverlight, called Moonlight, has been included since Mono 1.9.[22] Moonlight 1.0, which supports the Silverlight 1.0 APIs, was released January 20, 2009. Moonlight 2.0 supports Silverlight 2.0 and some features of Silverlight 3.0.[23] A preview release of Moonlight 3.0 was announced in February 2010 and contains updates to Silverlight 3 support.[24]

Mono components

Mono consists of three groups of components:

  1. Core components
  2. Mono/Linux/GNOME development stack
  3. Microsoft compatibility stack

The core components include the C# compiler, the virtual machine for the Common Language Infrastructure and the core class libraries. These components are based on the Ecma-334 and Ecma-335 standards,[25] allowing Mono to provide a standards compliant, free and open source CLI virtual machine. Microsoft issued a statement that covers both standards under their Community Promise license.[26]

The Mono/Linux/GNOME development stack provide tools for application development while using the existing GNOME and Free and Open Source libraries. These include: Gtk# for GUI development, Mozilla libraries for working with the Gecko rendering engine, Unix integration libraries (Mono.Posix), database connectivity libraries, a security stack, and the XML schema language RelaxNG. Gtk# allows Mono applications to integrate into the Gnome desktop as native applications. The database libraries provide connectivity to MySQL, SQLite, PostgreSQL, Firebird, Open Database Connectivity (ODBC), Microsoft SQL Server (MSSQL), Oracle, the object-relational database db4o, and many others. The Mono project tracks developing database components at its website.[27]

The Microsoft compatibility stack provides a pathway for porting Windows .NET applications to GNU/Linux. This group of components include ADO.NET, ASP.NET, and Windows.Forms, among others. As these components are not covered by Ecma standards, some of them remain subject to patent fears and concerns.

Framework architecture

Simplified Mono architecture

Code Execution Engine

The Mono runtime contains a code execution engine that translates ECMA CIL byte codes into native code and supports a number of processors: MIPS (in 32-bit mode only), SPARC, PowerPC, ARM, S390 (in 32-bit and 64-bit mode), x86, x86-64 and IA-64 for 64-bit modes.

The code generator is exposed in three modes:

  • Just in time compilation: The runtime will turn ECMA CIL byte codes into native code as the code runs.
  • Ahead-of-Time compilation: this code turns the ECMA CIL byte codes (typically found on a .exe or .dll file) and generates native code stored in an operating system, architecture and CPU specific file (for a foo.exe file, it would produce foo.exe.so on Linux). This mode of operation compiles most of the code that is typically done at runtime. There are some exceptions like trampolines and other administrative bits of code that still require the JIT to function, so AOT images are not fully standalone.
  • Full Static Compilation: this mode is only supported on a handful of platforms and takes the Ahead-of-Time compilation process one step further and generates all the trampolines, wrappers and proxies that are required into a static file that can be statically linked into a program and completely eliminates the need for a JIT at runtime. This is used on Apple's iOS, Sony's PlayStation 3 and Microsoft's XBox 360 operating systems.

Starting with Mono 2.6, it is possible to configure Mono to use the Low Level Virtual Machine (LLVM) as the code generation engine instead of Mono's own code generation engine. This is useful for high performance computing loads and other situations where the execution performance is more important than the startup performance.

Starting with the Mono 2.7 preview, it is not longer necessary to pick one engine over the other at configuration time. The code generation engine can be selected at startup by using the --llvm or --nollvm command line arguments, and it defaults to the fast Mono code generation engine.

Garbage collector

As of Mono 2.8, the Mono runtime ships with two garbage collectors, a generational collectorCite error: A <ref> tag is missing the closing </ref> (see the help page).[28] has significant limitations compared to commercial garbage-collected runtimes like the Java Virtual Machine or the .NET framework's runtime, such as a conservative garbage collection can exhibit memory leaks on certain class of applications, this can make it unsuitable for long-running server applications (it would have the same set of restrictions as any other C-based servers for example).

As of October 2010, a new generational collector called the "Simple Generational GC" (SGen-GC) is part of Mono. Just like the LLVM code generation engine is now selectable at startup, users can elect to use the new SGen garbage collector by passing the --gc=sgen switch to the Mono runtime at startup.[29]. This new garbage collector has many advantages over a traditional conservative scanner. It uses Garbage_collection_(computer_science)#Generational_GC_.28aka_Ephemeral_GC.29 generational garbage collection where new objects are allocated from a nursery, during the garbage collection cycle, all objects that survived are migrated to an older generation memory pool. The idea being that many objects are transient and can quickly be collected and only a handful of objects are long-term objects that live for the entire life of the application. To improve performance this collector assigns memory pools to each thread to let threads allocate new memory blocks without having to coordinate with other threads. Migration of objects from the nursery to the old generation is done by copying the data from the nursery to the old generation pool and updating any live pointers that point to the data to point to the new location. This can be expensive for large objects, so Mono's SGen uses a separate pool of memory for large objects (Large Object Section) and uses a mark-and-sweep algorithm for those objects.

Currently SGen treats the stack and registers conservatively and pins any objects that could be referenced by any of these roots. The upcoming version of Mono scans the managed stack precisely reducing the number of pinned objects.

Class library

The class library provides a comprehensive set of facilities for application development. They are primarily written in C#, but due to the Common Language Specification they can be used by any .NET language. The class library is structured into namespaces, and deployed in shared libraries known as assemblies. Speaking of the .NET framework is primarily referring to this class library.[30]

Namespaces and assemblies

Namespaces are a mechanism for logically grouping similar classes into a hierarchical structure. This prevents naming conflicts. The structure is implemented using dot-separated words, where the most common top-level namespace is System, such as System.IO and System.Net. There are other top-level namespaces as well, such as Accessibility and Windows. A user can define a namespace by placing elements inside a namespace block.

Assemblies are the physical packaging of the class libraries. These are .dll files, just like (but not to be confused with) Win32 shared libraries. Examples of assemblies are mscorlib.dll, System.dll, System.Data.dll and Accessibility.dll. Namespaces are often distributed among several assemblies and one assembly can be composed of several files.

Common Language Infrastructure and Common Language Specification

The Common Language Infrastructure (CLI), or more commonly known as the Common Language Runtime, is implemented by the Mono executable. The runtime is used to execute compiled .NET applications. The common language infrastructure is defined by the ECMA standard.[31] To run an application, you must invoke the runtime with the relevant parameters.

The Common Language Specification (CLS) is specified in chapter 6 of ECMA-335 and defines the interface to the CLI, such as conventions like the underlying types for Enum. The Mono compiler generates an image that conforms to the CLS. This is the Common Intermediate Language. The Mono runtime takes this image and runs it. The ECMA standard formally defines a library that conforms to the CLS as a framework.

Managed and unmanaged code

Within a native .NET/Mono application, all code is managed; that is, it is governed by the CLI's style of memory management and thread safety. Other .NET or Mono applications can use legacy code, which is referred to as unmanaged, by using the System.Runtime.InteropServices libraries to create C# bindings. Many libraries which ship with Mono use this feature of the CLI, such as Gtk#.

Mono-specific innovations

Mono has innovated in some areas with new extensions to the core C# and CLI specifications:

  • C# Compiler as a Service (Use the C# compiler as a library) [32]
  • C# Interactive Shell[12]
  • SIMD support[10] as part of the Mono.SIMD namespace, where method calls to special vector types are directly mapped to the underlying processor CPU SIMD instructions.
  • Full Static Compilation of .NET code[33] (used on Mono/iPhone, Mono/PS3).
  • Mono coroutines (used to implement micro-threading code and continuations, mostly for game developers)[34]
  • 64-bit "large arrays", although present on the ECMA specification, Mono is the only implementation that supports them.
  • Assembly injection to live processes[35]
  • Use of LLVM as JIT backend

In addition, Mono is available on a variety of operating systems and architectures[36]

Several projects extend Mono and allow developers to use it in their development environment. These projects include:

Cross-Platform:

  • Moonlight, an implementation of Silverlight that uses Mono
  • MonoDevelop an open source and cross platform Integrated Development Environment that supports building applications for ASP.NET, Gtk#, Meego, MonoTouch and Silverlight/Moonlight.
  • Gtk#, C# wrappers around the underlying GTK+ and GNOME libraries, written in C and availble on Linux, MacOS and Windows.
  • Banshee Media Player a cross-platform music media player built with Mono and Gtk# and also a driver of dozens of C#-based libraries and projects for media handling.
  • Gecko#, bindings for embedding the layout engine used in Mozilla (Gecko)
  • Qyoto, C# bindings for the Qt framework
  • Mono Migration Analyzer (MoMA), a tool which aids Windows .NET developers in finding areas in their code that might not be cross-platform and therefor not work in Mono on Linux and other Unixes.
  • Tao, a collection of graphics and gaming bindings (OpenGL, SDL, Glut, Cg)

MacOS:

  • Cocoa# wrappers around the native Mac OS X toolkit (Cocoa) (deprecated)
  • MonoMac the new bindings for OSX programming, based on the MonoTouch API design.

Mobile Platforms:

  • MonoTouch Mono for the iPhone, iPad and iPod Touches. With bindings to the iOS APIs.
  • MonoDroid Mono for the Android operating system. With bindings for the Android APIs.

Windows:

Microsoft has a version of .NET 2.0 now available only for Windows XP, called the Shared Source CLI (Rotor). Microsoft's shared source license may be insufficient for the needs of the community (it explicitly forbids commercial use). The Mono project has many of the same goals as the Portable.NET project, part of the similar but separate project DotGNU run by Free Software Foundation.

MonoDevelop

MonoDevelop is a free GNOME integrated development environment primarily designed for C# and other .NET languages such as Nemerle, Boo, and Java (via IKVM.NET), although it also supports languages such as C, C++, Python, Java, and Vala. MonoDevelop was originally a port of SharpDevelop to Gtk#, but it has since evolved to meet the needs of Mono developers. The IDE includes class management, built-in help, code completion, Stetic (a GUI designer), project support, and an integrated debugger.

The MonoDoc browser provides access to API documentation and code samples. The documentation browser uses wiki-style content management, allowing developers to edit and improve the documentation.

MonoTouch

Release History
Date Version Notes
2009-09-14 MonoTouch 1.0[37] Initial release
2010-04-05 MonoTouch 2.0[38] iPad support
2010-04-16 MonoTouch 3.0[39] iPhone 4 support
2010-07-31 MonoTouch 3.0.8[40] Latest version

MonoTouch allows developers to create C# and .NET based applications that run on the iPhone. It is based on the Mono framework and developed in conjunction with Novell. Unlike Mono applications MonoTouch "Apps" are compiled down to machine code targeted specifically at the Apple iPhone. This is necessary because the iPhone kernel prevents just-in-time compilers from executing on the device.

The MonoTouch stack is made up of:

  • Compilers
    • C# from the Mono Project
    • Third party compilers like RemObject's Oxygene can target MonoTouch as well
  • Development SDK:
    • Linker: used to bundle only the code used in the final application.
    • mtouch: the Native compiler and tool used to deploy to the target device.
    • Interface Builder integration tools.
  • Core .NET libraries
  • Libraries that bind the native CocoaTouch APIs.
  • MonoDevelop IDE

MonoTouch is available from Novell under a separate licensing agreement to Mono.[41] MonoDevelop is used as the primary IDE however additional links to Xcode and the iPhone simulator have been written.

From April to early September of 2010, the future of MonoTouch was put in doubt as Apple introduced a new term for iPhone developers that apparently prohibits them from developing in languages other than C, C++ and Objective-C, and the use of a middle layer between the iPhone OS platform and iPhone applications. This made the future of MonoTouch, as well as other technologies such as UNITY, uncertain.[42]. Then, in September 2010, Apple rescinded this restriction, stating that they were relaxing the language restrictions that they had put in place earlier that year.[43][44]

MonoDroid

MonoDroid, currently in development at Novell, is a project which aims to bring Mono to Android-based smart-phones.[45][46][47] MonoDroid will allow developers to more easily write cross-platform applications that will run on all mobile platforms.[48] In an interview with H-Online, Miguel de Icaza stated, "Our vision is to allow developers to reuse their engine and business logic code across all mobile platforms and swapping out the user interface code for a platform-specific API."[49]

In August 2010, a Microsoft spokesman, Tom Hanrahan of Microsoft’s Open Source Technology Centre, stated, in reference to the lawsuit filed by Oracle against Google over Android's use of Java, that "The type of action Oracle is taking against Google over Java is not going to happen. If a .NET port to Android was through Mono it would fall under the Microsoft Community Promise Agreement."[50][51]

The MonoDroid stack consists of the following components:

  • Mono runtime
  • Libraries:
    • Core .NET class libraries
    • Libraries that bind the native Android/Java APIs
  • SDK tools to package, deploy and debug
  • Visual Studio 2010 integration to remotely debug and deploy.

License

Mono is dual licensed by Novell, similar to other products such as Qt and the Mozilla Application Suite. Mono's C# compiler and tools are released under the GNU General Public License (GPLv2 only) (starting with version 2.0 of Mono, the Mono C# compiler source code will also be available under the MIT X11 License),[52] the runtime libraries under the GNU Lesser General Public License (LGPLv2 only) and the class libraries under the MIT License. These are all free software and open-source licenses and hence Mono is free and open-source software.

The license of the C# compiler was changed from the GPL to the MIT X11 license[53] to allow the compiler code to be reused in a few instances where the GPL would have prevented it from being used:

  • Mono's Compiler as a Service
    • The Mono interactive Shell
    • The Mono embeddable C# compiler
  • MonoDevelop's built-in parser and AST graph
  • Mono's implementation of the C# 4.0 dynamic binder.

Mono and Microsoft’s patents

Template:Details3 Mono’s implementation of those components of the .NET stack not submitted to the ECMA for standardization has been the source of patent violation concerns for much of the life of the project. In particular, discussion has taken place about whether Microsoft could destroy the Mono project through patent suits. Over the lifetime of the project these concerns have proven to be unfounded.[54]

The base technologies submitted to the ECMA, and therefore also the Unix/GNOME-specific parts, are not problematic due to Microsoft's explicitly placing both ECMA 334 and ECMA 335 standards under the Microsoft Community Promise. The concerns primarily relate to technologies developed by Microsoft on top of the .NET Framework, such as ASP.NET, ADO.NET and Windows Forms (see Non standardized namespaces), i.e. parts composing Mono’s Windows compatibility stack. These technologies are today not fully implemented in Mono and not required for developing Mono-applications, they are simply there for developers and users who need full compatibility with the Windows system.

Should patent issues ever arise, the Mono project's stated strategy for dealing with them is as follows:[55]

  • Work around the patent by using a different implementation technique that retains the API, but changes the mechanism; if that is not possible, they would
  • Remove the pieces of code that were covered by those patents, and also
  • Find prior art that would render the patent useless.

In addition, Mono is also included in the list of software that the Open Invention Network has sworn to protect.[56]

Free Software Foundation's warnings

Richard Stallman of the Free Software Foundation has stated it may be "dangerous" to use Mono because of the possible threat of Microsoft patents.[57] For this reason, the FSF recommends that people avoid creating free software that depends on Mono or C#.[58]

On November 2, 2006, Microsoft and Novell announced a joint agreement whereby Microsoft agreed to not sue Novell’s customers for patent infringement.[59] Under the agreement, patent protections extends to Mono but only for Novell developers and customers.[60] It was criticized by some members of the free software community because it violates the principles of giving equal rights to all users of a particular program.

In a note posted on the Free Software Foundation's news website in June 2009, Richard Stallman warned that he believes "Microsoft is probably planning to force all free C# implementations underground some day using software patents" and recommended that developers avoid taking what he described as the "gratuitous risk" associated with "depend[ing] on the free C# implementations", including Mono.[61]

On July 6, 2009, Microsoft announced that it was placing their ECMA 334 and ECMA 335 specifications under their Community Promise pledging that they would not assert their patents against anyone implementing, distributing, or using alternative implementations of .NET.[62] However, their position regarding the non-ECMA components like ASP.NET, ADO.NET, and Windows Forms (which are the bone of contention) remains unclarified.

Subsequently, the Free Software Foundation reiterated its warnings,[63] claiming that the extension of Microsoft Community Promise to the C# and the CLI ECMA specifications[62] would not prevent Microsoft from harming open source implementations of C#, because many specific Windows libraries included with .NET or Mono were not covered by this promise, examples include regular expressions and XML libraries which the FSF considers now dangerous to use.[64]

These warnings, however, were countered by Miguel de Icaza, lead developer of Mono, on the GNOME Foundation mailing-list,[65] saying "That article now leads us to believe that there is something "magical" about the way that Microsoft implements regular expressions or how they implemented XSLT and XPath. If you can't find prior art for that, you probably should leave the software industry while you are still ahead."

Canonical Ltd., makers of the Ubuntu Linux distribution, have also come out with a Mono Position Statement[66] which states that "It is common practice in the software industry to register patents as protection against litigation, rather than as an intent to litigate. Thus mere existence of a patent, without a claim of infringement, is not sufficient reason to warrant exclusion from the Ubuntu Project." The statement then goes on to say that they would therefore continue to ship Mono in Ubuntu until the patents actually become a real threat rather than simply a perceived threat.

Fedora Project Leader, Paul Frields, has stated "We haven't come come to a legal conclusion that is pat enough for us to make the decision to take mono out." [67]

Software developed with Mono

Banshee (media player)
GNOME Do

A range of the programs have been developed that use the Mono API and C#. Some such programs written for the Linux Desktop include Banshee, Beagle, F-Spot, Gbrainy, GNOME Do, MonoTorrent, Pinta, and Tomboy. A number of video games such as The Sims 3 and Second Life along with many games based on the Unity game engine also make use of Mono.

See also

Notes

  1. ^ "FAQ: Licensing – Mono". Retrieved 2009-11-26.
  2. ^ "Mono Project aims to bring .Net apps to Linux". ZDNet. 2001-10-29. Called the Mono Project, this effort encompasses creating a development environment that will allow applications developed for .Net to run on Linux-based as well as Windows-based systems. Mono originated out of a need for improved development tools for the GNOME community and for Ximian specifically, according to Miguel de Icaza, Ximian's chief technical officer.
  3. ^ http://www.mono-project.com/OldReleases
  4. ^ http://go-mono.com/archive/1.0/
  5. ^ http://www.go-mono.com/archive/1.1.1/
  6. ^ http://go-mono.com/archive/1.2/
  7. ^ http://www.mono-project.com/Release_Notes_Mono_2.0
  8. ^ http://www.mono-project.com/Release_Notes_Mono_2.2
  9. ^ http://www.mono-project.com/Linear_IL
  10. ^ a b http://tirania.org/blog/archive/2008/Nov-03.html
  11. ^ http://tirania.org/blog/archive/2010/Apr-27.html
  12. ^ a b http://www.mono-project.com/CsharpRepl
  13. ^ http://www.mono-project.com/Release_Notes_Mono_2.4
  14. ^ http://www.mono-project.com/Release_Notes_Mono_2.6
  15. ^ http://www.mono-project.com/Release_Notes_Mono_2.8
  16. ^ "OSS .NET implementation Mono 1.0 released - Ars Technica". ArsTechnica. Retrieved 2009-10-23.
  17. ^ "FAQ: General". Mono Projects. Retrieved December 4, 2009.
  18. ^ "Ximian's Mono project: .NET for monkeys, penguins, and gnomes". TechRepublic.
  19. ^ What have we been up to?
  20. ^ Olive
  21. ^ Mono Project Roadmap - Mono
  22. ^ "MoonlightRoadmap". Mono Team. Retrieved 2008-11-08.
  23. ^ http://tirania.org/blog/archive/2009/Dec-17.html
  24. ^ http://tirania.org/blog/archive/2010/Feb-03.html
  25. ^ Ecma-335
  26. ^ Technet.com
  27. ^ http://www.mono-project.com/Database_Access
  28. ^ Boehm, Hans-J. "Advantages and Disadvantages of Conservative Garbage Collection". Xerox Parc. Retrieved 2008-12-16.
  29. ^ Cite error: The named reference mono-compacting_gc was invoked but never defined (see the help page).
  30. ^ .NET Framework Architecture on the official Mono documentation
  31. ^ ECMA-335
  32. ^ http://tirania.org/blog/archive/2010/Apr-27.html
  33. ^ http://tirania.org/blog/archive/2008/Nov-05.html
  34. ^ http://www.mono-project.com/Continuations
  35. ^ http://tirania.org/blog/archive/2008/Sep-29.html
  36. ^ http://www.mono-project.com/Supported_Platforms
  37. ^ http://tirania.org/blog/archive/2009/Sep-14.html
  38. ^ http://monotouch.net/Releases/MonoTouch_2/MonoTouch_2.0.0
  39. ^ http://monotouch.net/Releases/MonoTouch_3/MonoTouch_3.0.0
  40. ^ http://monotouch.net/Releases/MonoTouch_3/MonoTouch_3.0.12
  41. ^ http://www.monotouch.net
  42. ^ http://arstechnica.com/apple/news/2010/04/apple-takes-aim-at-adobe-or-android.ars
  43. ^ "Statement by Apple on App Store Review Guidelines". Based on their input, today we are making some important changes to our iOS Developer Program license in sections 3.3.1, 3.3.2 and 3.3.9 to relax some restrictions we put in place earlier this year. In particular, we are relaxing all restrictions on the development tools used to create iOS apps, as long as the resulting apps do not download any code. This should give developers the flexibility they want, while preserving the security we need.
  44. ^ "Great News for MonoTouch Users". With these new terms, the ambiguity is gone and C# lovers and enthusiasts can go back to using MonoTouch. Developers that like garbage collection and their strongly typed languages can resume their work.
  45. ^ "Novell's Mono project bringing .Net development to Android". NtworkWorld.
  46. ^ "Novell's Mono project bringing .Net development to Android". InfoWorld.
  47. ^ "MonoDroid: .NET Support Coming to Android". TechieBuzz.
  48. ^ "Novell (Mono/C#) is developing MonoDroid". Android Community. This will make it easier for developers to make cross platform apps as well as bring some of the existing apps that are made using MonoTouch to Android.
  49. ^ "Mono for Android". H-Online. Our vision is to allow developers to reuse their engine and business logic code across all mobile platforms and swapping out the user interface code for a platform-specific API.
  50. ^ "Microsoft won't stop (Mono) .NET on Android". TechWorld. The type of action Oracle is taking against Google over Java is not going to happen. If a .NET port to Android was through Mono it would fall under the Microsoft Community Promise Agreement.
  51. ^ "Microsoft says .NET on Android is safe, no litigation like Oracle". Developer Fusion.
  52. ^ "Mono C# Compiler Under MIT X11 License". Novell Inc. 2008-04-08.
  53. ^ http://tirania.org/blog/archive/2008/Apr-16-2.html
  54. ^ "Mono Position Statement". Canonical Ltd. It is common practice in the software industry to register patents as protection against litigation, rather than as an intent to litigate. Thus mere existence of a patent, without a claim of infringement, is not sufficient reason to warrant exclusion from the Ubuntu Project. {{cite web}}: line feed character in |quote= at position 214 (help)
  55. ^ Mono FAQ: Licensing | Patents
  56. ^ "How Mono got into Fedora". Linux Weekly News. The list of "certain Linux-related applications" is said to exist, though it has not, yet, been posted publicly. But Mono is apparently on that list. So anybody who files patent infringement suits against Mono users, and who is, in turn, making use of technology covered by OIN's patents is setting himself up for a countersuit. Depending on the value of the patents held by OIN, that threat could raise the risk of attacking Mono considerably.
  57. ^ Stallman, Richard (2006-03-09). "Transcript of Richard Stallman on the Free Software movement, Zagreb". Free Software Foundation. Retrieved 2006-11-02. (...)we know that Microsoft is getting patents on some features of C#. So I think it's dangerous to use C#, and it may be dangerous to use Mono. There's nothing wrong with Mono. Mono is a free implementation of a language that users use. It's good to provide free implementations. We should have free implementations of every language. But, depending on it is dangerous, and we better not do that.
  58. ^ Stallman, Richard (2009-06-26). "Why free software shouldn't depend on Mono or C#". Free Software Foundation. Retrieved 2009-07-02. We should systematically arrange to depend on the free C# implementations as little as possible. In other words, we should discourage people from writing programs in C#. Therefore, we should not include C# implementations in the default installation of GNU/Linux distributions, and we should distribute and recommend non-C# applications rather than comparable C# applications whenever possible.
  59. ^ "Microsoft and Novell Announce Broad Collaboration on Windows and SUSE Linux Interoperability and Support" (Press release). Novell. 2006-11-02. Retrieved 2006-11-02.
  60. ^ "Novell and Microsoft collaborate". 2006-11-02.
  61. ^ Stallman, Richard (June 26, 2009). "Why free software shouldn't depend on Mono or C#". Free Software Foundation. Retrieved July 2, 2009. The danger is that Microsoft is probably planning to force all free C# implementations underground some day using software patents. ... We should systematically arrange to depend on the free C# implementations as little as possible. In other words, we should discourage people from writing programs in C#. Therefore, we should not include C# implementations in the default installation of GNU/Linux distributions, and we should distribute and recommend non-C# applications rather than comparable C# applications whenever possible.
  62. ^ a b "The ECMA C# and CLI Standards". Port 25. 2009-07-06. Under the Community Promise, Microsoft provides assurance that it will not assert its Necessary Claims against anyone who makes, uses, sells, offers for sale, imports, or distributes any Covered Implementation under any type of development or distribution model, including open-source licensing models such as the LGPL or GPL.
  63. ^ "Microsoft's Empty Promise". Free Software Foundation. 2009-07-16. Retrieved 2009-08-03. Until that happens, free software developers still should not write software that depends on Mono. C# implementations can still be attacked by Microsoft's patents: the Community Promise is designed to give the company several outs if it wants them. We don't want to see developers' hard work lost to the community if we lose the ability to use Mono, and until we eliminate software patents altogether, using another language is the best way to prevent that from happening.
  64. ^ "Microsoft's Empty Promise". Free Software Foundation. 2009-07-16. Retrieved 2009-08-03. we're talking about libraries under the System namespace that provide common functionality programmers expect in modern programming languages: binary object serialization, regular expressions, XPath and XSLT, and more.
  65. ^ "Re: Reboot: Strategic goals for GNOME". GNOME. 2010-03-05. Retrieved 2010-05-12. That article now leads us to believe that there is something "magical" about the way that Microsoft implements regular expressions or how they implemented XSLT and XPath. If you cant find prior art for that, you probably should leave the software industry while you are still ahead.
  66. ^ "Mono Position Statement". Canonical Ltd. 2009-06-30. Retrieved 2010-05-12. Given the above, the Ubuntu Technical Board sees no reason to exclude Mono or applications based upon it from the archive, or from the default installation set.
  67. ^ "Fedora is concerned about Mono". internetnews.com. 2009-06-12. Retrieved 2010-07-04. We haven't come to a legal conclusion that is pat enough for us to make the decision to take mono out

References