Hello,
On Tue, Oct 16, 2018 at 4:14 PM Ibrahim Alkeilani
wrote:
> Configuration:
> boost version: 1.67 and 1.68
> build system: boost build and MS Visual Studio 12
> python version: 3.6 64-bit
>
So you are linking against a 64-bit python build?
> wondering if someone can generously take a lo
On Thu, Jul 22, 2010 at 3:02 AM, Kiramin (Subscriptions)
wrote:
> I can't seem to get this to work:
> This little program just embeds python, creates a module using boost, and
> attempts to add it to the list of built-in modules.
> //---
> #inclu
Hi,
On Mon, Jun 7, 2010 at 2:52 PM, Philip Jonientz - NEXPLORE AG
wrote:
> error LNK1104: cannot open file 'boost_python-vc100-mt-1_42.lib'
>
>
>
> which is strange since I built v1.43 and the lib files are existent.
>
> I wonder where the linker looks for 1.42?
It's hard to tell without more in
n in his GSoC project. His work should at least be
available through svn, according to his post from 4 weeks ago:
http://mail.python.org/pipermail/cplusplus-sig/2009-July/014664.html
Cheers,
Thomas Berg
___
Cplusplus-sig mailing list
Cplusplus-sig@
On Sun, Jul 5, 2009 at 6:27 PM, Simon Pickles wrote:
> Sorry, had a typo or two:
>
> int main()
> {
> int count = 0;
> int target = 10;
>
> string s = "spam";
> unsigned char i = 42;
> float f = 3.14f;
[snip]
> cout << "Starting boost.python.tuple test" << endl;
> RakNetTime bptSt
Hi,
On Fri, Jul 3, 2009 at 1:15 PM, Paul Scruby wrote:
> I am having some problems using boost::python with boost::thread. I'm using
> threads because I want to run some tasks in the background when I'm using
> the Python's interactive shell. However, when I use get_override() to call
> a Python
On Wed, Jun 24, 2009 at 10:26 PM, Christopher Schramm
wrote:
>
> > Thomas Berg wrote:
> >> bp::object function = bp::object(myfunction);
> >
> > Great! And it was that simple...
>
> But wait... Giving that a second thought I don't think that's goi
Hi,
On Wed, Jun 24, 2009 at 7:52 AM, Christopher Schramm
wrote:
>
> Stefan Seefeld wrote:
> > An alternative is not to use BOOST_PYTHON_MODULE at all, but set up
> > converters in ordinary C++ code. In the following I set up a Python
> > interpreter in my main application, inject a (C++) base cla
Hi,
On Thu, Mar 5, 2009 at 10:46 PM, Igor Karpov wrote:
> Well, the version with Py_Finalize() runs on the same machine with
> 1.34.1, so I don't think that's the problem. However, paring down the
> code to:
>
> #include
> #include
> using namespace boost::python;
Not sure it will make a diff
On Sun, Nov 2, 2008 at 2:11 PM, David Abrahams <[EMAIL PROTECTED]> wrote:
>
> on Sat Nov 01 2008, Paul Melis wrote:
>
>> Gustavo Carneiro wrote:
>>>
>>> There's an interesting question about whether it's better to use
>>> boost.python or SWIG. I've been using boost.python for years, so I
>
On Tue, Oct 14, 2008 at 8:26 PM, Thomas Berg <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 14, 2008 at 3:48 PM, Tanguy Fautré <[EMAIL PROTECTED]> wrote:
>>> Hi Tanguy,
>>>
>>> I'm no python expert, but I think it works as follows:
>>> When
On Tue, Oct 14, 2008 at 3:48 PM, Tanguy Fautré <[EMAIL PROTECTED]> wrote:
>> Hi Tanguy,
>>
>> I'm no python expert, but I think it works as follows:
>> When you import __main__, it is added to the internal list of modules
>> in python. It's __dict__ is therefore also referenced. So even though
>> y
12 matches
Mail list logo
