Hi, Armin
Thanks for your reminding. My pypy is now in 2.0.0 beta2 version. I'll
recompile it.
I'm using Linux Mint 14, which is based on the Ubuntu 12.10. On this
distro, Only /etc/ld.so.conf can be used.
I tested many times.
$ cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
/home/GeV/work
Hi Xia,
First note that cppyy is included in the standard PyPy 2.0.x releases,
so you don't need to translate on the 'reflex-support' branch any
more. This branch is now giving you an older version actually.
On Mon, May 27, 2013 at 8:20 AM, Xia Xin wrote:
> The linux distro I am using is Ubuntu
Hi,
I think I find the problem.
The linux distro I am using is Ubuntu. In the distro, the default
library search path is not controlled by LD_LIBRARY_PATH, but
/etc/ld.so.conf file! Mad.
So, I can load the librarys in /usr/lib with just a name, but have to
give a path to the library in my home.
Hi,
This is the result. It shows that the pypy-c does not search the
LD_LIBRARY_PATH env.
import ctypes
ctypes.CDLL('libMyClassDict.so')
Traceback (most recent call last):
File "", line 1, in
File "/opt/pypy/lib-python/2.7/ctypes/__init__.py", line 367, in __init__
self._handle
Hi,
Sorry, I did not find any mistakes except that AttributeError. So I
think maybe there are some problems in my OS.
there may still be another problem lurking around that the AttributeError
is hiding (and which I'd consider a bug :} ).
Could you try the various cases using ctypes.CDLL(), ei
Hi,
Sorry, I did not find any mistakes except that AttributeError. So I
think maybe there are some problems in my OS.
Thanks for your help. if you like, I can also give you an acess to my
PC(Newly installed, no secret. :D).
Best regards,
Xia Xin
2013/5/25 :
> Hi,
>
>
>> All needed libraries e
Hi,
All needed libraries exist. Errors occur only when I try to use
automatic class loader.
puzzling ... Only thing I can think of is to use LD_DEBUG=files (or with
LD_DEBUG=symbols) and see whether either gives an indication as to what is
wrong (a library or directory not being considered for
Hi,
I am sure /home/GeV/work/hello/v1/src is the current and only work directory.
$ ldd libMyClassDict.so
linux-vdso.so.1 => (0x7fff9e598000)
libReflex.so.0 => /opt/root/lib/root/libReflex.so.0 (0x7f7f2e4ec000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f7f2e1d000
Hi,
1.
$ echo $LD_LIBRARY_PATH
/home/GeV/work/hello/v1/src:/opt/root/lib/root
$ ls /home/GeV/work/hello/v1/src
libMyClassDict.rootmap libMyClassDict.so MyClass.h MyClass_rflx.cpp
import cppyy
myinst = cppyy.gbl.MyClass(42)
Traceback (most recent call last):
File "", line 1, in
A
Hi, Wim
I tried, but when I use the automatic class loader, the problem still exists.
HERE is the error.
1.
$ echo $LD_LIBRARY_PATH
/home/GeV/work/hello/v1/src:/opt/root/lib/root
$ ls /home/GeV/work/hello/v1/src
libMyClassDict.rootmap libMyClassDict.so MyClass.h MyClass_rflx.cpp
>>>
Hi,
On Fri, May 24, 2013 at 8:45 AM, Xia Xin wrote:
I believe that you need to say "./libMyClassDict.so". Otherwise it's
searching for the .so in the system's standard places, which do not
include ".".
yes, or add '.' to LD_LIBRARY_PATH. The call is basically just a dlopen:
internally, it us
Hi,
On Fri, May 24, 2013 at 8:45 AM, Xia Xin wrote:
> cppyy.load_reflection_info("libMyClassDict.so")
I believe that you need to say "./libMyClassDict.so". Otherwise it's
searching for the .so in the system's standard places, which do not
include ".".
A bientôt,
Armin.
__
Hi,
When I use cppyy to connect the C++ with the python, I got a failure.
Following this page, https://pypy.readthedocs.org/en/improve-docs/cppyy.html
Define a new class
$ cat MyClass.h
class MyClass {
public:
MyClass(int i = -99) : m_myint(i) {}
int GetMyInt() { return m_myint; }
v
13 matches
Mail list logo
