Use nuget to install NUnit of the version you needed, and you won't be
dependent on the OS you're working with.
#this installs nunit-console 2.6.4
nuget install NUnit.Runners
#this installs nunit-console 2.6.3
nuget install NUnit.Runners -version 2.6.3
To run:
chmod a+x NUnit.Runners.2.6.4/tool
Mono.TextTemplating/CompiledTemplate.cs(86,53): error CS1501: No
overload for method `GetValue' takes `1' arguments
PropertyInfo.GetValue(object) method is from 4.5 framework. If you build
with NET 4.5 target framework that's something wrong with NET_4_5 symbol
definition in mono code. Look at th
Miguel de Icaza-6 wrote
> We are going to remove the build for the .NET 2.0 APIs from Mono which are
> currently provided for bug/feature-compatibility for .NET 2.0
> applications.
Will you save .NET 3.5 or you are going to remove corlib 2.0 at all?
Removing 2.0 profile is a good thing, but withou
I was able to compile and run mono on tizen(x86) out of the box. Only very
small change is needed in configure.ac to compile and run mono successfully.
I even compiled my mono web-server HyperFastCgi v0.4
(https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the
Tizen machine with
Great news!
It would be great if monodevelop could also understand internal/private
classes and methods of corlib and other class libraries in code completion.
--
View this message in context:
http://mono.1490590.n4.nabble.com/Update-on-Build-System-tp4662921p4662944.html
Sent from the Mono
I like this. If it provides the ability to easy change one listener to other
and also ability to change HTTP servers it'll be awesome. By the way it also
should provide the ability to run current ASP.NET server otherwise people
could not migrate their web application to Linux platform. ASP.NET requ
.config and read some basic
stuff (globalization, authentication, etc). Simple making globalization
<https://github.com/xplicit/mono/commit/081596b827cfcd8f8eed212c58f8869d600ac3e6>
to be read only once now gives me 20-30% performance boost. (NB: I don't
know what's changed with mono or my
I have simple class. You can see, that the class is non-public. When I set
option "Produce XML doc" in Monodevelop, the xml documentation file is
created. But when I try to create documentation using
mdoc update -i mdocTest.xml -o doc mdocTest.exe
no documentation for mainClass is created. That i
I try to compile mono-tools from master with mono 3.0 and have got alot of
errors
./browser.cs(2518,56): error CS0103: The name `SettingsHandler' does not
exist in the current context
./browser.cs(2715,4): error CS0103: The name `EditingUtils' does not exist
in the current context
Where can I fin
e output
of monodis)
Michael Hutchinson wrote:
>
> On Tue, May 25, 2010 at 10:31 AM, xplicit wrote:
>
> You got this message from running the debugger?
>
> I can see how something like that could happen if you used an old
> version of MDB with MD... but it shouldn
as the reason why I try to compile debugger with mono 2.7
Michael Hutchinson wrote:
>
> On Mon, May 24, 2010 at 2:56 PM, xplicit wrote:
>>
>> I tried to compile monodebugger with mono from trunk and could not.
>
> FWIW, are you sure you want MDB? Since Mono 2.6 there
t; On 24.05.2010 20:56, xplicit wrote:
>>
>> You're seeing this error because mdb's configure is not finding
>> the pc file of your own private Mono installation.
>>
>> Set PKG_CONFIG_PATH=/opt/mono/lib/pkgconfig
>>
>> and configure sho
I tried to compile monodebugger with mono from trunk and could not.
I use mono parallel environment and I run ./autogen.sh --prefix=/opt/mono
and configure failed, with error: *** Your Mono is too old for this version
of the debugger.
I investigated this issue and found, that configure tries to
I posted the bug #608396
Geoff Norton wrote:
>
> It appears to be a bug in the dmcs compiler, could you file it in bugzilla
> please?
>
--
View this message in context:
http://mono.1490590.n4.nabble.com/bug-or-wrong-mono-compilation-tp2227282p2228975.html
Sent from the Mono - Dev mailing li
=a.ToString();
Console.WriteLine(s);
It works as expected.
Alan McGovern wrote:
>
> It works fine with r156922 from SVN. When building from trunk, always
> give the svn revision that you built with.
>
> Alan.
>
> On Sat, May 22, 2010 at 5:36 PM, xplicit wrote:
>>
I have compiled mono 2.7 from trunk and try to use C# 4.0 features. I wrote
simple program:
using System;
namespace test2
{
class MainClass
{
public static void Main (string[] args)
{
dynamic a=new object();
I resolved this issue by making fresh install of ubuntu (it was something
wrong with mono installation)
--
View this message in context:
http://mono.1490590.n4.nabble.com/Compiling-mono-from-trunk-on-Ubuntu-tp2220004p2220402.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
_
17 matches
Mail list logo