Thank you all for taking it up. I am still getting errors (like close to 2000) building latest trunk and and tag 2.7.2.1, CentOS Mono.
I think the platform combination is out of usual ipy use? I will try working with binaries or some workaround. My aim is to use a .NET library with Django as front end. The library works fine with mono, was hoping to use ipy to call it in Django views. Thanks again. On Wed, Apr 25, 2012 at 5:48 AM, Keith Rome <r...@wintellect.com> wrote: > Yes, it seems that is a much better way to go, and appears to work for > SL4/5 and v2 profiles where dynamic was causing issues. > > Even though I know my way around a little, there is still a lot to be > learned. I didn't even notice the existence of that property before. > > > Keith Rome > Senior Consultant and Architect > MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS > Wintellect | 770.617.4016 | kr...@wintellect.com > www.wintellect.com > > > -----Original Message----- > From: Slide [mailto:slide.o....@gmail.com] > Sent: Tuesday, April 24, 2012 12:43 PM > To: Keith Rome > Cc: Tomas Matousek; trapped.into.c...@gmail.com; > ironpython-users@python.org > Subject: Re: [Ironpython-users] Mono and Ironpython > > What about context.LanguageContext.SystemStateModules? > > On Tue, Apr 24, 2012 at 9:37 AM, Keith Rome <r...@wintellect.com> wrote: > > That one was my fault, as it wasn't obvious to me how to reach > > sys.modules otherwise. There is a pull request pending to drop the > > dynamic usage (it worked on desktop CLR but not others). I changed it > > to use this method instead (which seems to work on all platforms): > > > > > > > > (PythonDictionary)context.LanguageContext.SystemState.__dict__.get("mo > > dules") > > > > > > > > Is there a better way to reach sys.modules when all I have is a > CodeContext? > > > > > > > > > > > > Keith Rome > > > > Senior Consultant and Architect > > > > MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS > > > > Wintellect | 770.617.4016 | kr...@wintellect.com > > > > www.wintellect.com > > > > > > > > From: Tomas Matousek [mailto:tomas.matou...@microsoft.com] > > Sent: Tuesday, April 24, 2012 12:27 PM > > To: Tomas Matousek; Keith Rome; trapped.into.c...@gmail.com; Slide > > Cc: ironpython-users@python.org > > Subject: RE: [Ironpython-users] Mono and Ironpython > > > > > > > > Fixed. > > > > > > > > There is one remaining error when building for Silverlight4 (that is > > not my > > fault): > > > > > > > > ResourceMetaPathImporter.load_module uses "dynamic" keyword. The C# > > runtime binder isn't referenced by Silverlight4 build. > > > > I'm wondering why dynamic is used there. > > > > > > > > Tomas > > > > > > > > > > > > From: ironpython-users-bounces+tomas.matousek=microsoft....@python.org > > [mailto:ironpython-users-bounces+tomas.matousek=microsoft.com@python.o > > rg] On Behalf Of Tomas Matousek > > Sent: Tuesday, April 24, 2012 9:12 AM > > To: Keith Rome; trapped.into.c...@gmail.com; Slide > > > > > > Cc: ironpython-users@python.org > > Subject: Re: [Ironpython-users] Mono and Ironpython > > > > > > > > Looks like my fault. Sorry about that. Fixing. > > > > > > > > Tomas > > > > > > > > From: ironpython-users-bounces+tomas.matousek=microsoft....@python.org > > [mailto:ironpython-users-bounces+tomas.matousek=microsoft.com@python.o > > rg] On Behalf Of Keith Rome > > Sent: Tuesday, April 24, 2012 8:00 AM > > To: trapped.into.c...@gmail.com; Slide > > Cc: ironpython-users@python.org > > Subject: Re: [Ironpython-users] Mono and Ironpython > > > > > > > > I have also been having problems getting Microsoft.Dynamic to build > > for the Silverlight targets. If I revert commit > > 4d99cbae91724fc9b982b581d5ad79193991439e "Win8 build fixes" from > > around 10 days ago, then it builds for me. Build output is similar, > > but not exactly the same: > > > > > > > > ------ Build started: Project: Microsoft.Dynamic, Configuration: > > Silverlight5Release Any CPU ------ > > > > > C:\Users\krome\main\Runtime\Microsoft.Dynamic\Generation\CompilerHelpers.cs(198,44): > > error CS1061: 'System.Reflection.MethodInfo' does not contain a > > definition for 'GetRuntimeBaseDefinition' and no extension method > > 'GetRuntimeBaseDefinition' accepting a first argument of type > > 'System.Reflection.MethodInfo' could be found (are you missing a using > > directive or an assembly reference?) > > > > > C:\Users\krome\main\Runtime\Microsoft.Dynamic\Utils\ReflectionUtils.cs(389,41): > > error CS0103: The name 'RuntimeReflectionExtensions' does not exist in > > the current context > > > > > C:\Users\krome\main\Runtime\Microsoft.Dynamic\Utils\ReflectionUtils.cs(445,41): > > error CS0103: The name 'RuntimeReflectionExtensions' does not exist in > > the current context > > > > > C:\Users\krome\main\Runtime\Microsoft.Dynamic\Utils\ReflectionUtils.cs(495,41): > > error CS0103: The name 'RuntimeReflectionExtensions' does not exist in > > the current context > > > > > > > > > > > > Perhaps this might help shed light on the issue. > > > > > > > > > > > > > > > > Keith Rome > > > > Senior Consultant and Architect > > > > MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS > > > > Wintellect | 770.617.4016 | kr...@wintellect.com > > > > www.wintellect.com > > > > > > > > From: ironpython-users-bounces+rome=wintellect....@python.org > > [mailto:ironpython-users-bounces+rome=wintellect....@python.org] On > > Behalf Of Pratik Paranjape > > Sent: Monday, April 23, 2012 5:59 PM > > To: Slide > > Cc: ironpython-users@python.org > > Subject: Re: [Ironpython-users] Mono and Ironpython > > > > > > > > Thanks for reply. > > > > command I was using: > > $> xbuild /p:Configuration=Release Solutions/IronPython.sln > > > > I checked common.proj, but I am not sure what platform to choose. > > CentOS Mono 2.10. > > > > Error stack: > > > > Errors: > > > > /home/user/ironpysource/IronLanguages-main-77f5251/Solutions/IronPytho > > n.sln > > (default targets) -> > > (Build target) -> > > /home/user/ironpysource/IronLanguages-main-77f5251/Runtime/Microsoft.D > > ynamic/Microsoft.Dynamic.csproj > > (default targets) -> > > /home/user/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) > > -> > > > > Generation/CompilerHelpers.cs(198,44): error CS1061: Type > > `System.Reflection.MethodInfo' does not contain a definition for > > `GetRuntimeBaseDefinition' and no extension method > > `GetRuntimeBaseDefinition' of type `System.Reflection.MethodInfo' > > could be found (are you missing a using directive or an assembly > > reference?) > > Utils/ReflectionUtils.cs(389,41): error CS0103: The name > > `RuntimeReflectionExtensions' does not exist in the current context > > Utils/ReflectionUtils.cs(389,37): error CS1502: The best > > overloaded method match for > > > `System.Collections.Generic.HashSet<System.Reflection.MethodInfo>.Add(System.Reflection.MethodInfo)' > > has some invalid arguments > > Utils/ReflectionUtils.cs(389,37): error CS1503: Argument `#1' > > cannot convert `object' expression to type `System.Reflection.MethodInfo' > > Utils/ReflectionUtils.cs(445,41): error CS0103: The name > > `RuntimeReflectionExtensions' does not exist in the current context > > Utils/ReflectionUtils.cs(445,37): error CS1502: The best > > overloaded method match for > > > `System.Collections.Generic.HashSet<System.Reflection.MethodInfo>.Add(System.Reflection.MethodInfo)' > > has some invalid arguments > > Utils/ReflectionUtils.cs(445,37): error CS1503: Argument `#1' > > cannot convert `object' expression to type `System.Reflection.MethodInfo' > > Utils/ReflectionUtils.cs(495,41): error CS0103: The name > > `RuntimeReflectionExtensions' does not exist in the current context > > Utils/ReflectionUtils.cs(495,37): error CS1502: The best > > overloaded method match for > > > `System.Collections.Generic.HashSet<System.Reflection.MethodInfo>.Add(System.Reflection.MethodInfo)' > > has some invalid arguments > > Utils/ReflectionUtils.cs(495,37): error CS1503: Argument `#1' > > cannot convert `object' expression to type `System.Reflection.MethodInfo' > > > > 2 Warning(s) > > 10 Error(s) > > > > On Tue, Apr 24, 2012 at 2:51 AM, Slide <slide.o....@gmail.com> wrote: > > > > Please post the build errors. IronPython.Mono.sln does not exist > > anymore, you should be able to use the normal sln file. You may need > > to set /p:Configuration="SOMETHING" /p:Platform="SOMETHING". To > > determine the SOMETHING's check the Common.csproj for the different > > configurations and platforms. > > > > slide > > > > > > On Mon, Apr 23, 2012 at 12:25 PM, Pratik Paranjape > > <pratikparanj...@gmail.com> wrote: > >> I am trying to install IronPython over Mono, on CentOS in my Home > folder. > >> > >> > >> Trying to follow instruction here: > >> https://github.com/IronLanguages/main/wiki/Building > >> > >> > >> > >> > >> But...IronPython.Mono.sln does not exist. > >> > >> Building with IronPython.sln gives errors. > >> > >> Am I doing something wrong or there are updated instructions somewhere? > >> > >> Thanks. > >> > >> > > > >> _______________________________________________ > >> Ironpython-users mailing list > >> Ironpython-users@python.org > >> http://mail.python.org/mailman/listinfo/ironpython-users > >> > > > > > > > > -- > > Website: http://earl-of-code.com > > > > > > > > -- > Website: http://earl-of-code.com > > >
_______________________________________________ Ironpython-users mailing list Ironpython-users@python.org http://mail.python.org/mailman/listinfo/ironpython-users
