[Mono-dev] base call hoisting (error) and MonoDevelop w/Moonlight

Dale Ragan dale.ragan at sinesignal.com
Fri Jul 9 18:00:46 EDT 2010

I ran into this last weekend.  It's a regression in the compiler.  I  
was going to send a patch in Monday, but somebody on the mono team  
already did.  I believe it's on monobin.  They posted it on IRC, but I  
guess nobody has applied it yet.

What you need to do is move the base calls into their own method and  
call that method for the base hoist error.

Michael if you need a link to the patch, just let me know and I will  
post it.  I don't have it on hand right now.



On Jul 9, 2010, at 5:53 PM, Michael Hutchinson  
<m.j.hutchinson at gmail.com> wrote:

> On Fri, Jul 9, 2010 at 5:31 PM, ted leslie <tleslie at tcn.net> wrote:
>> I have built a successful
>> gtk-sharp-2-12-branch
>> mcs
>> mono
>> mono-addins
>> mono-basic
>> moon
>> from::   co svn://anonsvn.mono-project.com/source/trunk/
>> but on the monodevelop I get errors:
>> This error:
>> ./MonoDevelop.AspNet.Gui/AspProjectDom.cs(91,50): error CS0584:  
>> Internal compiler error: base call hoisting
>> ./MonoDevelop.AspNet.Gui/AspProjectDom.cs(91,25): error CS1579:  
>> foreach statement cannot operate on variables of type `object'  
>> because it does not contain a definition for `GetEnumerator' or is  
>> not accessible
> [trimmed]
>> Since the "hoist" error effects the GetToolsPath in Moonlight  (in  
>> MD), it may be the reason for my
>> MD moonlight build issue. If not, then there seems to be two  
>> seperate issues.
>> The fact that MD errors once, then not the next time, and "appears"  
>> to generate a successful moonlight
>> app, only to have to give a "blank" plugin (in browser), probably  
>> isn't correct behavior, even if I
>> somehow  F'd up my install? (check for empty *.g.resources file?)
>> (but I like to think I did the install like anyone else would have).
> The root of the problem is a C# compiler bug ("Internal error") in mcs
> trunk. It's likely there other issues are knock-on effects - maybe
> your workaround is returning bad values.
> -- 
> Michael Hutchinson
> http://mjhutchinson.com
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

More information about the Mono-devel-list mailing list