1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Wine-Mono Isn't Too Fit For .NET

WINE

Published on 04 February 2013 05:14 PM EST
Written by Michael Larabel in WINE
8 Comments

Over the past few months there's been several Phoronix articles about Wine-Mono, a fork of Mono and a Win32 build of this open-source Microsoft .NET implementation for Wine. Wine-Mono can be used in place of Microsoft's official .NET framework when it's needed as a dependency for Windows programs running within Wine. Unfortunately, Wine-Mono doesn't always work out well.

Wine-Mono was talked about at the FOSDEM 2013 meeting in Brussels this past weekend in a presentation by Vincent Povirk. Wine-Mono is a specialized upstream Mono code-base that tries to avoid differences with upstream while also being a build for Windows itself -- upstream Mono hasn't been too interested in Mono on Windows but rather for Linux, various mobile operating systems, and other platforms. Wine can't use the Linux version of Mono because it needs to call back into Wine. This specialized Mono build also has registry keys and files for preventing programs from using/installing the native Microsoft .NET run-time. This forked version also bundles in some projects not directly in the Mono code-base, such as some VB class files.

Problems for some Wine users with using the official Microsoft .NET implementation is that its End-User License Agreement requires a Windows license to install .NET, .NET can't be used for porting applications also due to EULA restrictions, and there's a few rare cases where Wine-Mono happens to work better than .NET.

Unfortunately, Wine-Mono doesn't have a vibrant active developer community and its lead developer doesn't expect to achieve much success in the years ahead. "At the rate I'm getting work done, I don't expect much improvement in the next few years."

"I spend more time debugging than making useful changes... It's sort of discouraging," Vincent Povirk added. he also said that he's been overwhelmed by the size and scope of .NET and Mono. In the end the FOSDEM 2013 presentation on Wine-Mono came down to a cry for help in an attempt to attract more development attention to Wine and Mono.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel
  2. Intel Pentium G3258 On Linux
  3. SilverStone Precision PS10
  4. ASRock Z97 Extreme6
Latest Linux Articles
  1. KVM Benchmarks On Ubuntu 14.10
  2. X.Org Server 1.16 Officially Released With Terrific Features
  3. Ubuntu With Linux 3.16 Smashes OS X 10.9.4 On The MacBook Air
  4. Preview: Benchmarking CentOS 7.0 & Scientific Linux 7.0
Latest Linux News
  1. Linux Developers Jump Quickly On ACPI 5.1, Helps Out ARM
  2. Pkg 1.3.0 Released To Improve Package Management On FreeBSD
  3. GOG.com Officially Starts Rolling Out Linux Games
  4. Fedora 21 Has Been Delayed By Three Weeks
  5. Mono Begins To Focus On Performance, Assembles A Team
  6. Oracle Linux 7 Released Today As Its RHEL7 Clone
  7. Unigine Develops City Traffic System, A Driving Simulator
  8. Intel 3.0 X.Org Driver Still Baking, New Development Release
  9. Eric Anholt Makes Progress With Broadcom VC4 Graphics Driver
  10. Intel Is Getting Very Close To OpenGL 4.0/4.1/4.2 Mesa Support
Latest Forum Discussions
  1. AMD "Hawaii" Open-Source GPU Acceleration Still Not Working Right
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Radeon related kernel bug??
  4. how the US intellegentia operates:
  5. AMD Publishes Open-Source Linux HSA Kernel Driver
  6. Next-Gen OpenGL To Be Announced Next Month
  7. Open-Source Radeon Performance Boosted By Linux 3.16
  8. Remote gui not accessible in Phoronix Test Suite 5.2