<blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote"><pre>On 12.04.2011 08:56, Frank Fuchs wrote:<br>&gt; Hi,<br>&gt; I think I finally manged to build mono (2.10.1) on windows using mingw-w64<br>
&gt; (TDM build) together with the patches from here:<br>&gt; <a rel="nofollow" href="https://build.opensuse.org/package/files?package=mingw64-mono&amp;project=windows%3Amingw%3Awin64">https://build.opensuse.org/package/files?package=mingw64-mono&amp;project=windows%3Amingw%3Awin64</a>.<br>
&gt; I did end up with a libmono-2.0.a and libmono-2.0.dll.<br>&gt; What is missing in comparison to the distributed binaries is the contents of<br>&gt; $MONO/lib/mono.<br>&gt; Now I think I am a little confused about the mono/mcs compilation. As far as<br>
&gt; I understood it the missing stuff would be build when building mcs. Do I<br>&gt; need a working (external) mono/mcs to build mcs? What does it take to build<br>&gt; a working combination for 64 bit? Is it sufficient to have a 64 bit mono or<br>
&gt; does mcs need to take care about 32 vs. 64 bit as well? Could I just<br>&gt; complete my build with the distributed mcs?<br><br>If you&#39;re building from a tarball, a basic mcs deployed with<br>the tarball will be used to build the mcs tree. This happens<br>
automatically, unless you&#39;re suppressing the build with<br>--disable-mcs-build. If the build is still failing then<br>you should post the error messages, because otherwise we<br>can&#39;t help. If the error message is something like<br>
&quot;mcs is unusable&quot;, then your compiled runtime is most<br>likely broken.<br><br>If you&#39;re building from git, an existing mono installation<br>is required (its &quot;bitness&quot; is irrelevant).<br><br>Robert<br>
</pre></blockquote><div>Ok thank you. For some strage reason mcs doe not build when I use build-mingw32.sh, although it is enabled. <br>Anyway I tried to build using &quot;make EXTERNAL_MCS= ... EXTERNAL_RUNTIME=... &quot; (refering to a copied Mono-2.10.1 install) which ended up with errors like: MCS [basic] mscorlib.dll source file $PATH_MSYS/noconfig could not be found.<br>
I think it&#39;s related to the misinterpretation of /options by MSys which expects -options. <br>I tried to change all occurences onf such commands but might screwed it up somewhere along the way. <br>The error is now: <br>
MCS [basic] mscorlib.dll<br>Assembly\AssemblyInfo.cs(54,12) error CS8088: Your .Net Runtime does not support &#39;AssemblyVersionAttribute&#39;. Please use the latest runtime instead. .....<br>and (translated from the german output)<br>
Unhandled Exception: System.ArgumentException: The constant does not match the defined type. <br>in System.Reflection.Emit.TypeBuilder.SetConstantValue(Module module,Int32 ... )<br>...<br>in System.CSharp.Driver.Main(String[] args)<br>
<br>If this is not a known error pattern please do not dig too much into it. It might be very well my own fault. <br>However, I&#39;m asking myself whether or not I could try to go with the mcs as it is distributed for windows. <br>
A very small &quot;Hello world&quot; test showed that my compiled mono seems be able to run assemblies from the distribution, including dmcs.exe. Is this worthwhile or is it doomed to fail? <br><br>Frank<br><br></div>