Re: [IronPython] [ANN] IronPython Community Edition 1.0r1
Done. Thanks for the catch!On 9/14/06, Sanghyeon Seo <[EMAIL PROTECTED]> wrote: 2006/9/14, M. David Peterson <[EMAIL PROTECTED]>:> http://www.oreillynet.com/windows/blog/2006/09/seo_sanghyeonipce_ironpython_c.html A link to patches in your post is wrong. Please correct.Seo Sanghyeon___users mailing listusers@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com-- /M:DM. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] [ANN] IronPython Community Edition 1.0r1
2006/9/14, M. David Peterson <[EMAIL PROTECTED]>: > http://www.oreillynet.com/windows/blog/2006/09/seo_sanghyeonipce_ironpython_c.html A link to patches in your post is wrong. Please correct. Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Trac, Genshi, AST, etc.
>> In my opinion, writing a pysvn replacement would be a bit insane thingto do.I agree. What I need for other projects is just a simple interface into SVN. That's easy to get with NSvn, so the only thing I had planned to develop is a more Pythonic wrapper into the various pieces of the NSvn library as I discover they are needed, though technically speaking, they wouldn't be needed at all given NSvn is already accesible to IronPython. On 9/14/06, Sanghyeon Seo <[EMAIL PROTECTED]> wrote: 2006/9/14, M. David Peterson <[EMAIL PROTECTED]>:> Hey Seo,>> >> For SVN access, I am willing to write a VC plugin using .NET> subversion libraries like NSvn. >> I need this for other projects, and plan to take a first stab at it before> too long. If/When I do (If would be if you beat me to the punch, which for> obvious reasons would be fine by me :) I will point you to it. I think there's some misunderstanding here.I intend to write a Trac-specific VC plugin which providesIRepositoryConnector API for SVN. I do not intend to write afull-blown pysvn replacement. So I wonder why you "need this for other projects", as it won't be useful outside Trac.In my opinion, writing a pysvn replacement would be a bit insane thingto do. pysvn is very big and comprehensive library ranging fromlow-level to high-level. On the other hand, Trac VC API needs only a little bit of information from version control plugins, which can bedone without following intricate details of Subversion C library andAPR(Apache Portable Runtime) too closely.Anyway, if you have something to test, don't hesitate to let us know. Seo Sanghyeon___users mailing listusers@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com-- /M:DM. David Petersonhttp://mdavid.name | http://www.oreillynet.com/pub/au/2354 ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] [ANN] IronPython Community Edition 1.0r1
http://www.oreillynet.com/windows/blog/2006/09/seo_sanghyeonipce_ironpython_c.htmlSeo, do you have a blog I can point people to? Either way, Thanks! This will make things TONS easier in regards to running IronPython on Mono. :)On 9/13/06, Sanghyeon Seo < [EMAIL PROTECTED]> wrote:I am happy to announce IronPython Community Edition (IPCE for short) 1.0 revision 1, based on IronPython 1.0, to the world.Get it here:http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r1.zip Binary is built with Mono 1.1.17.1.Benefits of this edition:1. You don't need to fight Mono with non-working line editing orwhite-on-white "blind" console on Linux or Mac. A fix for this issue and fixed binary is already included.2. You don't need to edit makefile to build from the source on Mono.3. Various bugfixes are included: patches are available here: http://sparcs.kaist.ac.kr/~tinuviel/fepy/patches/1.0/patch-ironpython-mono-consolepatch-ironpython-mono-makefileDiscussed above.patch-ironpython-co-flagsThis patch fixes an issue that co_flags reports **-argument only function to have *-argument as well.patch-ironpython-codedom-empty-returnThis patch fixes an issue that CodeDom generator doesn't handle emptyreturn statements.patch-ironpython-oldstyle-setattr This patch fixes an issue that __setattr__ wasn't called for old-style classes.patch-ironpython-os-utimeThis patch fixes an issue that os.utime didn't set modified time andset access time wrong. patch-ironpython-re-backslash-escapeThis patch fixes an issue that backslash escape \\ wasn't properlyhandled in regular _expression_.--Seo Sanghyeon___ users mailing listusers@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- /M:DM. David Petersonhttp://mdavid.name | http://www.oreillynet.com/pub/au/2354 ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Trac, Genshi, AST, etc.
2006/9/14, M. David Peterson <[EMAIL PROTECTED]>: > Hey Seo, > > >> For SVN access, I am willing to write a VC plugin using .NET > subversion libraries like NSvn. > > I need this for other projects, and plan to take a first stab at it before > too long. If/When I do (If would be if you beat me to the punch, which for > obvious reasons would be fine by me :) I will point you to it. I think there's some misunderstanding here. I intend to write a Trac-specific VC plugin which provides IRepositoryConnector API for SVN. I do not intend to write a full-blown pysvn replacement. So I wonder why you "need this for other projects", as it won't be useful outside Trac. In my opinion, writing a pysvn replacement would be a bit insane thing to do. pysvn is very big and comprehensive library ranging from low-level to high-level. On the other hand, Trac VC API needs only a little bit of information from version control plugins, which can be done without following intricate details of Subversion C library and APR(Apache Portable Runtime) too closely. Anyway, if you have something to test, don't hesitate to let us know. Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Trac, Genshi, AST, etc.
Hey Seo,>> For SVN access, I am willing to write a VC plugin using .NETsubversion libraries like NSvn.I need this for other projects, and plan to take a first stab at it before too long. If/When I do (If would be if you beat me to the punch, which for obvious reasons would be fine by me :) I will point you to it. On 9/13/06, Sanghyeon Seo <[EMAIL PROTECTED]> wrote: This is a little investigation I did for Trac on IronPython.The primary link of interest is:http://trac.edgewall.org/ticket/667Okay, initially I intended to write a good introduction on involved issues to be readable by outsiders, but I give up. I paste what Iwrote on Trac ticket. Food for thoughts.* * *Re: jonas IronPython supports os and StringIO module now.Re: mgood As you pointed out, ClearSilver is a C extension and can't be made to run on IronPython. I think getting Genshi run would bepossible though. See below.For SVN access, I am willing to write a VC plugin using .NETsubversion libraries like NSvn.For a database library, I have DB-API implementation backed by ADO.NETand a compatibility module for sqlite ready.I also have md5 module using System.Security.Cryptograpy ready.For compiler package, the package itself is pure-Python, the problem lies on parser module. PyPy project wrote a pure-Python implementationof parser module, which should run just fine on IronPython:http://codespeak.net/svn/pypy/dist/pypy/interpreter/pyparser/ Another possibility is new _ast interface in Python 2.5. (Seehttp://genshi.edgewall.org/changeset/31) Unlike old parser interface,it looks very feasible for IronPython to implement this interface. Bytecode generation is problematic. Naturally IronPython can't supportnew.code called with CPython bytecode. I am thinking about usingunparse to turn that to Python source and then exec to get a codeobject: http://svn.python.org/projects/python/branches/p3yk/Demo/parser/unparse.pyLots of rough ideas.--Seo Sanghyeon ___users mailing listusers@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com-- /M:DM. David Petersonhttp://mdavid.name | http://www.oreillynet.com/pub/au/2354 ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] [ANN] IronPython Community Edition 1.0r1
2006/9/14, Sanghyeon Seo <[EMAIL PROTECTED]>: > I am happy to announce IronPython Community Edition (IPCE for short) > 1.0 revision 1, based on IronPython 1.0, to the world. I haven't included Python standard library or my DB-API for IronPython modules or useful third party modules like ElementTree and BeautifulSoup in this revision, because I was too lazy to write an extensive license statements required to do so. :( Will do that next time. Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] [ANN] IronPython Community Edition 1.0r1
I am happy to announce IronPython Community Edition (IPCE for short) 1.0 revision 1, based on IronPython 1.0, to the world. Get it here: http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r1.zip Binary is built with Mono 1.1.17.1. Benefits of this edition: 1. You don't need to fight Mono with non-working line editing or white-on-white "blind" console on Linux or Mac. A fix for this issue and fixed binary is already included. 2. You don't need to edit makefile to build from the source on Mono. 3. Various bugfixes are included: patches are available here: http://sparcs.kaist.ac.kr/~tinuviel/fepy/patches/1.0/ patch-ironpython-mono-console patch-ironpython-mono-makefile Discussed above. patch-ironpython-co-flags This patch fixes an issue that co_flags reports **-argument only function to have *-argument as well. patch-ironpython-codedom-empty-return This patch fixes an issue that CodeDom generator doesn't handle empty return statements. patch-ironpython-oldstyle-setattr This patch fixes an issue that __setattr__ wasn't called for old-style classes. patch-ironpython-os-utime This patch fixes an issue that os.utime didn't set modified time and set access time wrong. patch-ironpython-re-backslash-escape This patch fixes an issue that backslash escape \\ wasn't properly handled in regular expression. -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Another issue tracker component
2006/9/14, Martin Maly <[EMAIL PROTECTED]>: > Done. Thanks! Filed #3220 as a start. http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3220 Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Another issue tracker component
Done. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo Sent: Wednesday, September 13, 2006 9:06 PM To: Discussion of IronPython Subject: [IronPython] Another issue tracker component It would be nice to have "Test Suite" as another component, as I have got some issues to report on files under Src/Tests directory. -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] Another issue tracker component
It would be nice to have "Test Suite" as another component, as I have got some issues to report on files under Src/Tests directory. -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Trac, Genshi, AST, etc.
2006/9/14, Sanghyeon Seo <[EMAIL PROTECTED]>: > Bytecode generation is problematic. Naturally IronPython can't support > new.code called with CPython bytecode. I am thinking about using > unparse to turn that to Python source and then exec to get a code > object: > http://svn.python.org/projects/python/branches/p3yk/Demo/parser/unparse.py By the way, unparse idea is astonishingly similar to CodeDom idea. Don't you think so? Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] Trac, Genshi, AST, etc.
This is a little investigation I did for Trac on IronPython. The primary link of interest is: http://trac.edgewall.org/ticket/667 Okay, initially I intended to write a good introduction on involved issues to be readable by outsiders, but I give up. I paste what I wrote on Trac ticket. Food for thoughts. * * * Re: jonas IronPython supports os and StringIO module now. Re: mgood As you pointed out, ClearSilver is a C extension and can't be made to run on IronPython. I think getting Genshi run would be possible though. See below. For SVN access, I am willing to write a VC plugin using .NET subversion libraries like NSvn. For a database library, I have DB-API implementation backed by ADO.NET and a compatibility module for sqlite ready. I also have md5 module using System.Security.Cryptograpy ready. For compiler package, the package itself is pure-Python, the problem lies on parser module. PyPy project wrote a pure-Python implementation of parser module, which should run just fine on IronPython: http://codespeak.net/svn/pypy/dist/pypy/interpreter/pyparser/ Another possibility is new _ast interface in Python 2.5. (See http://genshi.edgewall.org/changeset/31) Unlike old parser interface, it looks very feasible for IronPython to implement this interface. Bytecode generation is problematic. Naturally IronPython can't support new.code called with CPython bytecode. I am thinking about using unparse to turn that to Python source and then exec to get a code object: http://svn.python.org/projects/python/branches/p3yk/Demo/parser/unparse.py Lots of rough ideas. -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] socket for IronPython update
A rough road map here is that we plan to release small bug fix releases (e.g. 1.0.1, 1.0.2) approximately every 6 weeks. Those releases will big focused on fixing small non-destabilizing issues, high-priority blocking issues w/ no work around, etc… We’ll then release 1.1 at some later point after we’ve done some of those (likely after a beta and/or release candidate – but shorter than the 1.0 cycle). 1.1 will include new some new features in addition to larger bug fixes – that’s most likely where the improvements to socket would come. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Larson Sent: Wednesday, September 13, 2006 8:51 AM To: Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update Along these same lines, with the 1.0 out how ofte can folks expect to see updates/patches? This whole socket library aspect is very exciting, so something official getting released with fixes included would be a huge help. Thanks! Eric On 9/11/06, Dino Viehland <[EMAIL PROTECTED]> wrote: Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Sanghyeon Seo Sent: Monday, September 11, 2006 3:17 AM To: [EMAIL PROTECTED]; Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update 2006/9/11, Sylvain Hellegouarch <[EMAIL PROTECTED]>: > Thanks a lot Seo. > > Any reason that I would have missed why the built-in socket module > does not include those missing module functions? Well, that question should be answered by IronPython team, not me. I think the reason is... well, because they haven't got a time to implement them. Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] socket for IronPython update
Along these same lines, with the 1.0 out how ofte can folks expect to see updates/patches? This whole socket library aspect is very exciting, so something official getting released with fixes included would be a huge help. Thanks!EricOn 9/11/06, Dino Viehland <[EMAIL PROTECTED]> wrote: Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Sanghyeon SeoSent: Monday, September 11, 2006 3:17 AMTo: [EMAIL PROTECTED]; Discussion of IronPythonSubject: Re: [IronPython] socket for IronPython update 2006/9/11, Sylvain Hellegouarch <[EMAIL PROTECTED]>:> Thanks a lot Seo.>> Any reason that I would have missed why the built-in socket module> does not include those missing module functions? Well, that question should be answered by IronPython team, not me.I think the reason is... well, because they haven't got a time to implement them.Seo Sanghyeon___ users mailing listusers@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___users mailing listusers@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] .NET attributes
Charlie is correct. Remember that the IronPython VSIntegration sample is really
for two different set of folks:
1.) People using IronPython
2.) People trying to integrate their language into Visual Studio
In the case of IronPython web services, the project templates were included
only for "completeness" of the sample for set #2, even though (as has been
noted) they are non-functional due to reliance on .NET attributes.
The WebSite projects ('Venus' and Web Application Project - style) *are*
usable, although there are still a number of language and integration issues to
get them working better (e.g. event handler generation from the web designer
doesn't work, debugging is broken in certain scenarios). More details will be
forthcoming when the V3 Visual Studio 2005 SDK ships (should be any day now).
Thanks,
Aaron Marten
From: [EMAIL PROTECTED] On Behalf Of Charlie Moad
Sent: Wednesday, September 13, 2006 5:42 AM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes
I have seen these examples, but my impression was that they are not
useable. The generic web site one may be, but I am pretty sure the
web service example does not expose any methods as services.
On 9/13/06, S H Yoon <[EMAIL PROTECTED]> wrote:
> "C:\Program Files\Visual Studio
> 2005SDK\2006.08\VisualStudioIntegration\Samples\IronPythonIntegration\WebSiteProj
> ect\WebSiteProject.proj"
>
> Seems like here and below this tree. I see plenty of examples of IPY web
> including Webservice. Is there a good guide to these? I am compeletly
> ignorant about ASP.net / Web developement, but I would love learn how via
> IP.
> Yes, IP is one hellauba job,
>
> Hoon,
> Charlie Moad <[EMAIL PROTECTED]> wrote:
> On 9/13/06, Sanghyeon Seo wrote:
> > What is the expected timeline for support for .NET attributes in
> IronPython?
>
> I know this has probably been brought up before, but I wanted to speak
> up to maybe put a little more priority behind this. I personally feel
> limited many times because there isn't attribute support in IP. To my
> knowledge I can't do relatively simple things like asp.net web
> services. Also fine grained xml serialization doesn't seem doable as
> well. If I am wrong, please Please correct me! It could be the fact
> that most XML related functionality in .Net relies heavily on
> attributes, but they seem prevalent everywhere.
>
> Keep up the great work,
> Charlie
>
>
>
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] .NET attributes
I have seen these examples, but my impression was that they are not useable. The generic web site one may be, but I am pretty sure the web service example does not expose any methods as services. On 9/13/06, S H Yoon <[EMAIL PROTECTED]> wrote: > "C:\Program Files\Visual Studio > 2005SDK\2006.08\VisualStudioIntegration\Samples\IronPythonIntegration\WebSiteProj > ect\WebSiteProject.proj" > > Seems like here and below this tree. I see plenty of examples of IPY web > including Webservice. Is there a good guide to these? I am compeletly > ignorant about ASP.net / Web developement, but I would love learn how via > IP. > Yes, IP is one hellauba job, > > Hoon, > Charlie Moad <[EMAIL PROTECTED]> wrote: > On 9/13/06, Sanghyeon Seo wrote: > > What is the expected timeline for support for .NET attributes in > IronPython? > > I know this has probably been brought up before, but I wanted to speak > up to maybe put a little more priority behind this. I personally feel > limited many times because there isn't attribute support in IP. To my > knowledge I can't do relatively simple things like asp.net web > services. Also fine grained xml serialization doesn't seem doable as > well. If I am wrong, please Please correct me! It could be the fact > that most XML related functionality in .Net relies heavily on > attributes, but they seem prevalent everywhere. > > Keep up the great work, > Charlie > > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ___ > users mailing list > users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] .NET attributes
"C:\Program Files\Visual Studio 2005SDK\2006.08\VisualStudioIntegration\Samples\IronPythonIntegration\WebSiteProject\WebSiteProject.proj"Seems like here and below this tree. I see plenty of examples of IPY web including Webservice. Is there a good guide to these? I am compeletly ignorant about ASP.net / Web developement, but I would love learn how via IP.Yes, IP is one hellauba job,Hoon,Charlie Moad <[EMAIL PROTECTED]> wrote: On 9/13/06, Sanghyeon Seo <[EMAIL PROTECTED]> wrote:> What is the expected timeline for support for .NET attributes in IronPython?I know this has probably been brought up before, but I wanted to speakup to maybe put a little more priority behind this. I personally feellimited many times because there isn't attribute support in IP. To myknowledge I can't do relatively simple things like asp.net webservices. Also fine grained xml serialization doesn't seem doable aswell. If I am wrong, please Please correct me! It could be the factthat most XML related functionality in .Net relies heavily onattributes, but they seem prevalent everywhere.Keep up the great work, Charlie __Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] .NET attributes
On 9/13/06, Sanghyeon Seo <[EMAIL PROTECTED]> wrote: > What is the expected timeline for support for .NET attributes in IronPython? I know this has probably been brought up before, but I wanted to speak up to maybe put a little more priority behind this. I personally feel limited many times because there isn't attribute support in IP. To my knowledge I can't do relatively simple things like asp.net web services. Also fine grained xml serialization doesn't seem doable as well. If I am wrong, please Please correct me! It could be the fact that most XML related functionality in .Net relies heavily on attributes, but they seem prevalent everywhere. Keep up the great work, Charlie ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] .NET attributes
What is the expected timeline for support for .NET attributes in IronPython? -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] IronPython and AST branch
CPython 2.5, which will be released Real Soon Now, is the first version to ship with new "AST branch", which have been in development for a long time. AST branch uses ASDL, Abstract Syntax Description Language http://asdl.sourceforge.net/ to describe Abstract Syntax Tree data structure used by CPython compiler. In theory this is language independant, and the same file could be used to generate C# source files. Having the same AST for Python implementations will be good for applications and libraries using Python implementations's internal parsers and compilers. Currently, those using CPython parser module or compiler package can't be easily ported to IronPython. What do you think? -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Trac on IronPython
Hi David,In fact, that is exactly what I have both planned and the implementation well underway. I had forgotten to add the Python standard library into the repository, but your post reminded me and therefore I just added them now.
http://dev.pypod.net/browser/vendor/LibI have already added several IronPython extensions, mostly in regards to XML and XSLT development. I've also kept Seo's additions in sync on a regular basis, all of which (at least all of those that I am aware of) can be found in the Lib library linked below.
http://dev.pypod.net/browser/trunk/PyPod.Net.Consolehttp://dev.pypod.net/browser/trunk/PyPod.Net.Console/Lib
From a Windows box you can run the above IP Console app with all of these extensions directly available via a ClickOnce app > http://pypod.net/console/index.html
While there are several other planned modules, until I finish out the LINQ/XSLT 2.0 Extension Element demo (half way complete -- I can only spend 2 or 3 hours each day on outside projects, so things can get stalled, but I hope to get that remedied here in the next little bit.)
What I have planned with this is to utilize Tailor to allow anyone the ability to both access and contribute to a global Lib directory using a local repository of personal preference. This will allow for a simple decentralized approach to accessing and contributing, and for those in whom use darcs or bzr can easily share out/host their own repository and/or collaborate directly with whomever else they might choose completely independent of the main branch.
If anyone has interest in helping to shape how this project is implemented please create an account on the Trac interface ("Register", right hand side of the toolbar) @ http://dev.pypod.net/
and then let me know your chosen username so I can add the appropriate Trac permissions, as well as check-in permissions to the SVN repository.Oh, and regarding getting Trac up and running via IronPython... *HUGE* interest in this! The only major hurdle that I believe might stand in the way is the current svn driver implementation. However, if a driver was written that targeted the NSvn library (AnkhSvn project libraries >
http://ankhsvn.com/svn/finalproject/trunk/src/ ) then my guess is that there would be very few hurdles left to get this to work.
On 9/12/06, David Fraser <[EMAIL PROTECTED]> wrote:
Srepfler Srgjan wrote:> Hi,> I'm interested if the Trac issue tracking server could me made to run on> IronPython. I realize that the Trac people altready have an issue with> it
http://trac.edgewall.org/ticket/667 but think it can't be done. If> anyone that uses IronPython and that thinks such a fork is possible> could they comment on the issue on the bug, or perhaps an independent
> effort could be started in order to port the app to IronPython?> Thanks, congratulations on ver 1.0 and keep up the good work!> SrgjanI've been working on getting our web framework to work on IronPython
over the last few days, and have found Seo's modules invaluable... morebug reports to be expected from me when I get some more time to work onit :-)I think there is some misinformation in that issue as well - I don't
think Markup (now Genshi) depends on Python bytecode generation unlessI'm mistakenSeo was mentioning possibly producing a "community edition" ofIronPython that includes the Python standard libraries or their
equivalents (that he has been producing) - that would certainly makeporting most apps to IronPython much easierDavid___users mailing list
users@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com--
/M:DM. David Petersonhttp://mdavid.name | http://www.oreillynet.com/pub/au/2354
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
