On Fri, 21 Oct 2005, Andras GELANYI wrote:

> hi,
>
> can anyone have some experience with mono on netbsd current?
> making from pkgsrc (recent) fails for me here:
>
> .../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts.
> echo "#define XSLT_PATTERN" > Mono.Xml.Xsl/PatternTokenizer.cs
> cat System.Xml.XPath/Tokenizer.cs >>Mono.Xml.Xsl/PatternTokenizer.cs
> MONO_PATH="../../class/lib/basic:$MONO_PATH" 
> /usr/pkgsrc/lang/mono/work/mono-1.1.8.3/runtime/mono-wrapper 
> ../../class/lib/basic/mcs.exe   -d:NET_1_1 -d:ONLY_1_1 
> -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig /lib:/usr/pkg/lib /noconfig /unsafe 
> /r:mscorlib.dll /r:System.dll /nowarn:0162 /nowarn:0618 /nowarn:0612 
> /target:library /out:System.Xml.dll System.Xml.XPath/Parser.cs 
> Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs 
> @System.Xml.dll.sources
>
> at this point mono is using 100% of cpu time, and sits here. (i have waited 
> about an hour.)
> any solutions?
>
> thanks, andras

Some time ago, I played around with mono, and I even made a (non-imported) 
pkgsrc package for 1.1.8.3.

The 100% CPU seems to be some deadlock problem. Although it might sound 
strange, this problem WILL disappear if you use (!) a slower CPU.

I can reproduce this, as a colleague and me have both NetBSD 2.0.2
installed here, on identical hardware. He configured the bios to slow
down CPU on load, mine is configured to speed up the fans instead.

It compiles fine on this machine - and stalls on mine, as you've also
seen it.

Btw, I confiured mono to use the boehm-gc collector.

Sorry, I sill don't have a solution to this (and the project switched
from C# to C++).

-Florian