Hi all, I'm trying to determine if the following constitutes a thread safety
violation with Python.
To simplify the discussion, let's say have the following fictional classes:
* Teacher - Fully implemented in Python
* Student - Implemented in C++ with Boost.Python bindings
* Quiz - Implemented in
I'm trying to find a clean way to test if an object in Python is of type
Boost.Python.enum:
>>> myEnum.__bases__
(,)
The easiest way would probably just be isinstance, but I can't seem to find a
way to import Boost.Python.enum. Anyone know how to import the necessary
module or have a better id
-
> cmd_line = '%s' % cmd_line
154c154
< , shell=True
---
> , shell=False
____
From: Davidson, Josh
Sent: Sunday, August 12, 2012 3:55 PM
To: cplusplus-si
e if 'nt' == os.name else
> True
Command line isn't being split, so shell=True is required for *nix.
From: Davidson, Josh
Sent: Sunday, August 12, 2012 4:40 PM
To: cplusplus-sig@python.org
Subject: RE: pygccxml isn't working wit
I recently updated to Python 2.7 from Python 2.6 and am running into issues
with pygccxml. Previously, I was on:
Python 2.6.6 (r266:84297, Aug 24 2010, 18:13:38) [MSC v.1500 64 bit (AMD64)] on
win32
I'm now on:
Python 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)] on
win32
lto:cplusplus-sig-bounces+josh.davidson=lmco@python.org] On Behalf Of
Niall Douglas
Sent: Wednesday, February 01, 2012 10:46 AM
To: Development of Python/C++ integration
Subject: Re: [C++-sig] EXTERNAL: Re: Odd dlopen behavior
On 31 Jan 2012 at 16:44, Davidson, Josh wrote:
> Ok, well I di
braries. Not a huge deal, but it
does add a little work on the deployment and maintenance end.
On 30 Jan 2012 at 1:21, Davidson, Josh wrote:
> Similar behavior, but now the storage import is FUBAR. Does anyone
> understand what is going on here?
>
> I'm using x64 Python 2
I'm wrapping a C++ project with Py++/Boost.Python under Windows and Linux.
Everything in Windows is working fine, but I'm a bit confused over the behavior
in Linux. The C++ project is built into a single shared library called
libsimif, but I'd like to split it up into 3 separate extension modu
, 2011 12:32 AM
To: Development of Python/C++ integration
Subject: Re: [C++-sig] EXTERNAL: Re: pygccxml KeyError
On Wed, Dec 21, 2011 at 2:44 AM, Davidson, Josh wrote:
> I did run into a couple subtle problems with this approach. Depending on
> where I put the header file, Py++ doesn'
vice-versa. I would
have expected to see a bunch more undefined symbols. If generating the mport
library doesn't work, make sure you add --address-model=32 when invoking
bjam.exe and can you post the output from gcc -v.
-Original Message-----
From: Davidson, Josh
Sent: Wednesday, D
def file go and how is it referenced?
On Wed, 21 Dec 2011 08:58:07 -0800, Davidson, Josh
wrote:
> Whoops, just realized you're using Python 2.7, so my def file won't
> help you. You need to get a x64 def file for your version of Python
> (there are ways to generate these,
al Message-----
From: Davidson, Josh
Sent: Wednesday, December 21, 2011 9:53 AM
To: cplusplus-sig@python.org
Subject: RE: EXTERNAL: [C++-sig] Building Boost Python problem
I'm attaching my notes below. I will point out that while the directions
reference 1.48, I've actually had problems wit
I'm attaching my notes below. I will point out that while the directions
reference 1.48, I've actually had problems with 1.48 and MinGW-W64.
Specifically, I'm having problems with bjam building all libraries at once.
Building individually appears to work, but I haven't bothered trying to buil
sers\davidsj2\appdata\local\temp\tmpe3ooz9.h"
-fxml="c:\users\davidsj2\appdata\local\temp\tmptogx_j.xml""
INFO GCCXML version - 0.9( 1.135 )
INFO: file "named_tuple.py" - updated( 0.003908 seconds )
INFO: file "executive.main.cpp" - updated( 0.008799 se
I'm adding return value call policies to methods of a class as follows:
mb.class_("SerialStore").member_functions(lambda decl:
decl.name.startswith("getSim")).call_policies = \
call_policies.return_internal_reference()
--
an Yakovenko
Sent: Monday, December 19, 2011 1:35 PM
To: Development of Python/C++ integration
Subject: Re: [C++-sig] EXTERNAL: Re: pygccxml KeyError
On Mon, Dec 19, 2011 at 10:24 PM, Davidson, Josh wrote:
> Actually, it is using a source_reader_t by default. __parse_declarations
> invokes __
combinations of classes. In other
words, I have headers that work fine with parsed in isolation, but when I try
to build a module containing both, I get the KeyError.
-Original Message-
From: Davidson, Josh
Sent: Monday, December 19, 2011 1:07 PM
To: 'Development of Pyt
May have been a bit too quick to respond. Looks like setting the compilation
mode can be used to have the project_reader_t use a source_reader_t. Sorry
about that.
-Original Message-
From: Davidson, Josh
Sent: Monday, December 19, 2011 1:00 PM
To: 'Development of Pyt
C++ integration
Subject: EXTERNAL: Re: [C++-sig] pygccxml KeyError
On Sat, Dec 17, 2011 at 2:23 AM, Davidson, Josh wrote:
> Hopefully, there's enough information in the traceback, but if not I
> can try to sanitize an example. I'm on rev 1856.
More or less. Sorry for late respons
Hopefully, there's enough information in the traceback, but if not I can try to
sanitize an example. I'm on rev 1856.
INFO gccxml cmd: ""C:\MinGW\bin\gccxml.exe" -DBOOST_NO_RVALUE_REFERENCES
-D__mode__(x)= -I"."
-I"C:\Users\davidsj2\workspace\SimulationInterface\src\C++\model_io\storage"
-
I'm having some trouble getting pyccxml to parse specialized classes. Consider
the following simple header file:
#ifndef TEMPLATECLASS_HPP_
#define TEMPLATECLASS_HPP_
template
class TemplateClass {
public:
TemplateClass(){}
protected:
int x;
Type1 y;
Type2 z;
};
#endif
N
I'm wondering if this behavior is correct when using pygccxml. Consider the
following two sets of simple class definitions:
-- SET 1 --
class inner {
protected:
unsigned a;
unsigned b;
unsigned c;
};
class Cool {
public:
Cool(){}
protected:
i
19, 2009 4:34 AM
To: Development of Python/C++ integration
Subject: Re: [C++-sig] pygccxml and multidimensional arrays
On Thu, Apr 23, 2009 at 9:23 PM, Roman Yakovenko
wrote:
> On Thu, Apr 23, 2009 at 9:21 PM, Roman Yakovenko
> wrote:
>> On Thu, Apr 23, 2009 at 8:17 PM, Davidson, Jos
+-sig] pygccxml and multidimensional arrays
On Wed, Apr 22, 2009 at 11:43 PM, Davidson, Josh
wrote:
> Is this a confirmed bug?
>
> Thanks,
I am sorry, but I am pretty busy these days ( too much production
problems and too litle people who handles them ).
I will try to take a look on you
Is this a confirmed bug?
Thanks,
Josh
-Original Message-
From: cplusplus-sig-bounces+josh.davidson=lmco@python.org
[mailto:cplusplus-sig-bounces+josh.davidson=lmco@python.org] On Behalf Of
Davidson, Josh
Sent: Thursday, April 16, 2009 10:04 AM
To: Development of Python/C
09 11:04 PM
To: Development of Python/C++ integration
Subject: Re: [C++-sig] pygccxml and multidimensional arrays
On Tue, Apr 14, 2009 at 11:30 PM, Davidson, Josh wrote:
> Machine: x86_64 running RH EL 5.0
>
> Pygccxml version 1.0.0
>
> Gcc-xml version 0.9.0
>
>
>
>
Machine: x86_64 running RH EL 5.0
Pygccxml version 1.0.0
Gcc-xml version 0.9.0
If I create a struct similar to:
typedef struct {
uint16_t a[4][2][3];
} blah;
And use pygccxml to parse it, the type attribute for the field "a" is
set to: uint16_t[3][2][4]. Does anyone know why th
27 matches
Mail list logo
