[Mono-dev] Running MCS Tests on Windows
scott at transactor.com
Fri Jan 15 16:11:26 EST 2010
I updated to change # 149641, re ran autogen.sh, ran make, make install and
tried running the tests again and it still failed.
I think it might be related to a problem with "make install". Looking back,
I remember this happened last time and I overlooked it.
When I run make install after running make, gmcs throws an exception.
I attached a debugger, and the problem appears to be inside CodeGen.Init, at
the call to DefineDynamicAssembly. It is oring in an extra 0x800 into the
access parameter that is passed in.
I looked into the mono implementation of AssemblyBuilder, and it looks like
the flag is being used to signal to AssemblyBuilder that the call is coming
from inside the mono c# compiler.
The problem, however, is that GMCS is binding to the MS implementation of
mscorlib, not the mono implementation, and so the extra flag is invalid.
In the gmcs source, if MS_COMPATIBLE is defined, the extra value won't be
Obviously it's not defined.
The bug could be either:
1. That MS_COMPATIBLE is not set
2. Or, that make install is binding to the MS framework implementation and
not the mono framework implementation
I do have mono installed on the machine, and it is included in the cygwin
Do you (or anyone else) have any pointers as to which of these might be the
On Wed, Jan 13, 2010 at 7:45 AM, Marek Safar <marek.safar at seznam.cz> wrote:
>> I seem to be having a problem running the non-error tests for MCS on
>> Windows. The error tests run (although some of them report errors). When I
>> go into mcs/tests and run "make run-test-local", I get the following error:
>> The assembly mscorlib.dll was not found or could not be loaded.
>> It should have been installed in the
>> `C:\mono\src\mono\mono\mini\lib\mono\2.0\mscorlib.dll' directory.
> I am not running cygwin myself but try to update the trunk. If that does
> not help fill a bug report with output log included.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-devel-list