Re: [C++-sig] gccxml

look elsewhere. Alan Baljeu - Original Message From: Roman Yakovenko <[EMAIL PROTECTED]> To: Development of Python/C++ integration Sent: Tuesday, December 2, 2008 10:58:33 AM Subject: Re: [C++-sig] gccxml On Tue, Dec 2, 2008 at 5:26 PM, Alan Baljeu <[EMAIL PROTECTED]> w

Re: [C++-sig] gccxml

how CVS works) or Cygwin. Then I need to choose the preferred version of gccxml. And then I need to obtain CMake to install it? I think I'd rather just do my own thing, except that C++ is so warty it's difficult to come up with anything reasonable that will serve the purpose. A

[C++-sig] gccxml

t then I'm not sure what I'm supposed to do to get a proper scan. I also don't get where I would find 0.7 or 0.9 versions. Ideally I'd just like a documented package that gives me everything together that I can test out. Please advise. Alan Baljeu http://www.collabo

Re: [C++-sig] console I/O

Thanks Scott. I found a very complete example based on that: http://www.ragestorm.net/samples/empython.zip Alan Baljeu - Original Message From: Scott VanSickle <[EMAIL PROTECTED]> To: Development of Python/C++ integration Sent: Monday, November 24, 2008 3:02:20 PM Subject:

Re: [C++-sig] console I/O

I followed the directions there, but that is incomplete. I can printf from C to the console, but print from Python does nothing. Something in the Python API must be employed. But perhaps I should take this to the main Python list. Alan Baljeu - Original Message From: Renji

[C++-sig] console I/O

I have embedded python in a Windows app. For development purposes, this program creates a console window, then calls a python script which calls print. I don't see any output. I'm thinking the problem is I need to do something to redirect Python internal settings for stdin and stdout. This is

Re: [C++-sig] looking up functions

I cryptically wrote: > As best I could figure, I needed to write Python code, execute a script file, > get that code to call a C function that I register, in order to have that > function. At least the tutorial implied that was the way. Which made Stefan respond: >I'm confused. In your last ma

Re: [C++-sig] looking up functions

I could figure, I needed to write Python code, execute a script file, get that code to call a C function that I register, in order to have that function. At least the tutorial implied that was the way. Gustavo gives a better approach. Thanks. Alan Baljeu _

[C++-sig] looking up functions

ay to obtain Python function objects without going through that! Does somebody have a way to ask for a function by name? Also, perhaps somebody can explain if there is something about Python that makes this difficult, why such is not the default way of doing interop. Alan B

Re: [C++-sig] PyEval_EvalCode

>This sounds perfectly reasonable to me, FWIW. >An interesting question then is how you embed your interactive Python shell >into the application's main event loop. But that's mainly an implementation >detail. :-) > >Regards, > Stefan Well, rendering is on a separate thread, so no issue the

Re: [C++-sig] PyEval_EvalCode

>It seems your question is all about the boundary / interface between the (C++) >application and the script that gets invoked: What should the content of the >dictionary be, and what is the script expected to do with it ? >In the most trivial case such a script could simply store named values >(

Re: [C++-sig] PyEval_EvalCode

ython function which takes a dictionary and a script file name. I think this level would make the code more instrumentable than with all the stuff in C++. Alan Baljeu - Original Message From: Stefan Seefeld <[EMAIL PROTECTED]> To: Development of Python/C++ integration Sent: Tuesda

[C++-sig] PyEval_EvalCode

, with no function definitions. It works of course. Question is, what do you think of this approach? What is a more typical idiom? Alan Baljeu __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your

Re: [C++-sig] [pybindgen] references?

Glad to read this here. I agree with you about the dislike thing. I can't stand auto_ptr, and if I had to give an object control over the life of another object I would generally choose a shared_ptr protocol. I mean, the object existed fine before passing it in. Why can't it survive independ

Re: [C++-sig] [pybindgen] references?

From: Stefan Seefeld <[EMAIL PROTECTED]> >If you need fine-grained control about argument passing policies (as >soon as you need reference-semantics, you have to be careful about >lifetime management, for example), you are better off writing >boost.python bindings manually, I would suggest. > >R

[C++-sig] [pybindgen] references?

I just read the tutorial page on pybindgen, but it doesn't talk about reference types. 99% of my C++ code involves passing around things like foo&, so this is significant to me. How is it done? __ Instant Messaging, free

[C++-sig] Unit testing python/C++ code

I'm going with unittest by default. I just thought I'd ask if doing C++ interop might motivate a different choice of tool. Anybody? Alan Baljeu __ Yahoo! Canada Toolbar: Search from anywhere on the web, and boo

Re: [C++-sig] new to python; old to C++

2008/11/1 Greg Landrum <[EMAIL PROTECTED]> <<< My opinion is biased, of course, but I use PyBindGen, usually with the help of pygccxml for automatic scanning. I recommend PyBindGen for people that dislike the kind of C++ template abuse that boost.python does. Of course I also recommend anyone

Re: [C++-sig] new to python; old to C++

On Sat, Nov 1, 2008 at 3:32 AM, Alan Baljeu <[EMAIL PROTECTED]> wrote: >> My first impression of Py++ is that it generates stuff for Boost.Python to >> use to connect >>Python to C++. To get it going I also need to introduce GCC, and probably >>Cygwin. That see

Re: [C++-sig] new to python; old to C++

>> Manually... do you wrap many functions or classes, or only occasional ones? >> > >I'm not sure I understand the question. You need to wrap all functions >and types that you wish to use from Python. Only you know what that >specifically means. > >Regards, > Stefan It was a personal que

Re: [C++-sig] new to python; old to C++

g for small, simple tools. Feel free to persuade me on Py++, if you still think it's the way to go. Alan Baljeu - Original Message From: Renato Araujo <[EMAIL PROTECTED]> To: Development of Python/C++ integration Sent: Friday, October 31, 2008 6:15:27 PM Subject: Re:

Re: [C++-sig] new to python; old to C++

- Original Message From: Stefan Seefeld <[EMAIL PROTECTED]> To: Development of Python/C++ integration Sent: Friday, October 31, 2008 6:22:40 PM Subject: Re: [C++-sig] new to python; old to C++ Alan Baljeu wrote: >> Question: which python-calling-C++ tool should I try?

Re: [C++-sig] new to python; old to C++

Wow, quiet group. I guess I'll try pybindgen first. Alan Baljeu - Original Message From: Alan Baljeu <[EMAIL PROTECTED]> To: cplusplus-sig@python.org Sent: Friday, October 31, 2008 12:54:39 AM Subject: [C++-sig] new to python; old to C++ Hi all. Question: which pytho

[C++-sig] new to python; old to C++

rstand, keeping the input simple, and keeping the output simple. Above all, "Not crashing" is a priority for me. Alan Baljeu __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your fav