Pyste/Pyplusplus/Boost documentation problems
This gmane entry <<http://article.gmane.org/gmane.comp.python.c++/9049/match=pyplusplus+m ature>> says, among other things, the following """If you can, use pyplusplus over pyste. I say that for ALL users of pyste, pyplusplus is now mature enough to be useful as well as being actively developed. It can also do quite a few tricks pyste cannot.""" If this is really the case, I think the Boost documentation needs to say so. For example, the doc page <http://www.boost.org/libs/python/pyste/> does not give any warning that Pyste is essentially deprecated (which it apparently is, if the above quote is true). Further, as far as I can tell there are no clues at <http://www.boost.org/libs/libraries.htm#Inter-language> indicating that users might want to check out pyplusplus, whereas the official Boost.Python page <http://www.boost.org/libs/python/doc/index.html> explicity directs users to Pyste. The end result is that an innocent user who is new to integrating Python and C++ (like, um, say, me) could reasonably come away with the impression that the most state-of-the-art approach to use is Boost.Python+Pyste. As a side question, does anyone use Boost.Python *without* an automatic code generator such as Pyste or Pyplusplus? It does not seem like a practical thing to do--but maybe I'm missing something...? Thank you. Michael D.
On Jan 11, 2006, at 1:18 PM, Drumheller, Michael wrote:
As a side question, does anyone use Boost.Python *without* an automatic code generator such as Pyste or Pyplusplus? It does not seem like a practical thing to do--but maybe I'm missing something...?
We do all of our Boost.Python work without an automatic code generator, so it's at least somewhat practical :) Doug
"Drumheller, Michael"
This gmane entry <<http://article.gmane.org/gmane.comp.python.c++/9049/match=pyplusplus+m ature>> says, among other things, the following
"""If you can, use pyplusplus over pyste. I say that for ALL users of pyste, pyplusplus is now mature enough to be useful as well as being actively developed. It can also do quite a few tricks pyste cannot."""
If this is really the case, I think the Boost documentation needs to say so. For example, the doc page <http://www.boost.org/libs/python/pyste/> does not give any warning that Pyste is essentially deprecated (which it apparently is, if the above quote is true).
It may be deprecated by the author of that quote, but the author of the quote has no official standing.
Further, as far as I can tell there are no clues at <http://www.boost.org/libs/libraries.htm#Inter-language> indicating that users might want to check out pyplusplus, whereas the official Boost.Python page <http://www.boost.org/libs/python/doc/index.html> explicity directs users to Pyste.
The author of Pyplusplus has not proposed it as a replacement for Pyste in Boost.
The end result is that an innocent user who is new to integrating Python and C++ (like, um, say, me) could reasonably come away with the impression that the most state-of-the-art approach to use is Boost.Python+Pyste.
As a side question, does anyone use Boost.Python *without* an automatic code generator such as Pyste or Pyplusplus?
Yes, lots of people do.
It does not seem like a practical thing to do--but maybe I'm missing something...?
Why do you say that? -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams
"Drumheller, Michael"
writes: This gmane entry <<http://article.gmane.org/gmane.comp.python.c++/9049/match=pyplusplus+m ature>> says, among other things, the following
"""If you can, use pyplusplus over pyste. I say that for ALL users of pyste, pyplusplus is now mature enough to be useful as well as being actively developed. It can also do quite a few tricks pyste cannot."""
If this is really the case, I think the Boost documentation needs to say so. For example, the doc page <http://www.boost.org/libs/python/pyste/> does not give any warning that Pyste is essentially deprecated (which it apparently is, if the above quote is true).
It may be deprecated by the author of that quote, but the author of the quote has no official standing.
I should clarify that I don't mean any disrespect to Niall (the author of the quote) and I am not hostile to pyplusplus. However, Roman (the author of pyplusplus) has not made the sort of overtures I would expect in order to get it to be officially endorsed by Boost(.Python). He has been very "independent-minded," doing most of pyplusplus on his own and rejecting the idea of working with the author of Pyste, from whom he might have learned a few things, Pyste's weaknesses notwithstanding. Without more coordination with the community it should be no surprise that the community is not linking more to pyplusplus. If it is indeed more capable than Pyste I would like to be referencing it as the de-facto generator for Boost.Python wrpapers. Is it a complete replacement for pyste? What should a Pyste user do in order make his code us pyplusplus instead? IMO there ought to be a Pyste compatibility layer. I think http://www.language-binding.net/pyplusplus/to_pyste_comparison.html would be a lot better if it took a more neutral tone; it seems to bash Pyste a lot more than necessary. Fortunately, this page doesn't seem to be linked from the pyplusplus main page but if Boost is going to endorse pyplusplus, that same information *ought* to be made more generally available. -- Dave Abrahams Boost Consulting www.boost-consulting.com
participants (3)
-
David Abrahams
-
Doug Gregor
-
Drumheller, Michael