[Python-Dev] Python for embedding?
Python is a great language. We all know. But I have tried implementing Python into C/C++ applications, and have a) had a lot of trouble getting it running properly and b) it is slow, compared to other languages, like LUA. What is my idea, is to make a Python implementation made to be embedded into applications.. It will have these features: a) Small footprint. b) Easy-to-use, but still advanced API. c) Stackless. d) A smaller standard library. e) Fast. The smaller footprint is, so that it will use minimal resources possible, leaving more for the underlying application. The API is the most important thing, really, as this distro will be made for embedding. It will not have any compiler features, just an interpreter. Stackless Python is - as we know - faster than Python. Another good reason to use it in embedding. A lot of the standard library is seldom used; we only need the core functions. Fast, of course! It needs to be the fastest interpreter ever written (at least fast). Hope you have any ideas/comments! ~Knut ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python for embedding?
On Sat, Jul 07, 2007, "Knut A. Wikstr?m" wrote: > > Python is a great language. We all know. But I have tried implementing > Python into C/C++ applications, and have a) had a lot of trouble getting > it running properly and b) it is slow, compared to other languages, like > LUA. This thread should go into either comp.lang.python or the python-ideas mailing list. python-dev is for discussions about the implementation of current python. Thanks. -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ I support the RKAB ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python for embedding?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 7, 2007, at 9:23 AM, Aahz wrote: > On Sat, Jul 07, 2007, "Knut A. Wikstr?m" wrote: >> >> Python is a great language. We all know. But I have tried >> implementing >> Python into C/C++ applications, and have a) had a lot of trouble >> getting >> it running properly and b) it is slow, compared to other >> languages, like >> LUA. > > This thread should go into either comp.lang.python or the python-ideas > mailing list. python-dev is for discussions about the > implementation of > current python. Thanks. There is also the new C/API sig: http://mail.python.org/mailman/listinfo/capi-sig - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQCVAwUBRo+XZHEjvBPtnXfVAQLjlwP/bv88BGiPr/A9jxFEHuiscCb1viEelnA9 R6zHiWHt4JkeR65P8Vtc20Ev+rigmqrmSTSn4usgf57pceZsZOMXmuH1aK4Pwd/2 jGRDdsxCK4ePItWHuJHdjO7w7Ddz5jJTTxpNNmtH+lNyqzeQTqxF9otlCX7L5LLJ jKHRrVk3e2g= =X+O6 -END PGP SIGNATURE- ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Python 2.6 BaseException.message deprecation, really needed?
In PyGObject we want to use a 'message' attribute in an exception defined by us. The name 'message' comes from a C API, therefore we would like to keep it for easier mapping between C and Python APIs. Why does Python have to deprecate this attribute? .../gobject/option.py:187: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6 gerror.message = str(error) -- Gustavo J. A. M. Carneiro INESC Porto, Telecommunications and Multimedia Unit "The universe is always one step beyond logic." -- Frank Herbert ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Tracker Issues
ACTIVITY SUMMARY (07/01/07 - 07/08/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1645 open ( +0) / 8584 closed ( +0) / 10229 total ( +0) Average duration of open issues: 850 days. Median duration of open issues: 798 days. Open Issues Breakdown open 1645 ( +0) pending 0 ( +0) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python 2.6 BaseException.message deprecation, really needed?
On 7/7/07, Gustavo Carneiro <[EMAIL PROTECTED]> wrote: > In PyGObject we want to use a 'message' attribute in an exception defined by > us. The name 'message' comes from a C API, therefore we would like to keep > it for easier mapping between C and Python APIs. Why does Python have to > deprecate this attribute? > It's going away in Python 3.0. In retrospect the attribute was a mistake thanks to its odd semantics to be backwards compatible in a reasonable way. Plus its removal from the code base was nasty mostly thanks to C-based exceptions. > .../gobject/option.py:187: DeprecationWarning: BaseException.message has > been deprecated as of Python 2.6 > gerror.message = str(error) You can get around this easily enough with a subclass that uses a property for message:: class gerror(Exception): def _get_message(self, message): return self._message def _set_message(self, message): self._message = message message = property(_get_message, _set_message) -Brett ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python 2.6 BaseException.message deprecation, really needed?
On Saturday 07 July 2007, Gustavo Carneiro wrote: > In PyGObject we want to use a 'message' attribute in an exception defined > by us. The name 'message' comes from a C API, therefore we would like to > keep it for easier mapping between C and Python APIs. Why does Python > have to deprecate this attribute? It can be deprecated for BaseException without it being deprecated for your exception. You'll need to define a property that overrides the property in BaseException; something like this in Python (not tested): class MyException(Exception): _message = None @apply def message(): def get(self): return self._message def set(self, value): self._message = value return property(get, set) I think your use case is entirely reasonable, and can be handled readily. -Fred -- Fred L. Drake, Jr. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Summary of Tracker Issues
Tracker wrote: > > ACTIVITY SUMMARY (07/01/07 - 07/08/07) > > > Tracker at http://bugs.python.org/ > > To view or respond to any of the issues listed below, simply click on > the issue ID. Do *not* respond to this message. > > 1645 open ( +0) / 8584 closed ( +0) / 10229 total ( +0) > > Average duration of open issues: 850 days. > > Median duration of open issues: 798 days. > > Open Issues Breakdown STATUS Number Change > open 1645+0 > pending 0 +0 > This script appears to have been producing exactly the same output since June 9. I can't believe it's useful information. regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://del.icio.us/steve.holden --- Asciimercial -- Get on the web: Blog, lens and tag the Internet Many services currently offer free registration --- Thank You for Reading - ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Summary of Tracker Issues
Steve Holden <[EMAIL PROTECTED]> wrote: > Tracker wrote: > > > > ACTIVITY SUMMARY (07/01/07 - 07/08/07) > > > > > > Tracker at http://bugs.python.org/ > > > > To view or respond to any of the issues listed below, simply click on > > the issue ID. Do *not* respond to this message. > > > > 1645 open ( +0) / 8584 closed ( +0) / 10229 total ( +0) > > > > Average duration of open issues: 850 days. > > > > Median duration of open issues: 798 days. > > > > Open Issues Breakdown STATUSNumber Change > > open1645+0 > > pending 0 +0 > > > This script appears to have been producing exactly the same output since > June 9. I can't believe it's useful information. The bugs.python.org tracker is not yet the official tracker for Python yet (partially due to the sf.net data dump issue). - Josiah ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
