To address #107.

There are some test failures still. I'll update and ping once this is ready for review. I changed my mind and this now only returns a tuple if multiple expressions are given (e.g. a vector and a matrix). This means that this should be a non-breaking change.

As requested by me in https://github.com/symengine/symengine/pull/1612#. Do you think it look good? @isuruf can you please merge https://github.com/isuruf/symengine/commit/ac7b9bb28cfaafffbf839be7a2a6424ecc2eaf9e as well?

Since this feature request was implemented, I migrated my modules JiTCODE, JiTCDDE, and JiTCSDE to from using SymPy to SymEngine for symbolics and C code printing. The outcome is truly awesome: Previously, the duration of the code-generation step was a major drawback of these modules. Now, it is sped up by a factor of up to nine hundred, making it negligible in most situations. (Thank you!)

Except for overhauling the documentation and some unrelated changes, I am finished with the new versions. Therefore, I am confident that I have no further needs for changes to SymEngine. Now, when I release the new version, it would be great if my users didn’t have to bother with building and installing SymEngine and SymEngine.py by hand, but could pull it directly from PyPI as a requirement. Would it be possible to make a pre-release, new release, or similar including this commit to PyPI?

Would be awesome if the package could be ported to setuptools as recommended by the Python packaging guide (https://packaging.python.org/guides/tool-recommendations/). This would allow installation with pip and also enable the creation of binary wheels for the major platforms (linux, win and mac).

Placing a symlink to libpython in the cwd works around the problem.

~$ python -c "import symengine"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "~/anaconda3/lib/python3.4/site-packages/symengine/__init__.py", line 1, in <module>
    from .lib.symengine_wrapper import (Symbol, Integer, sympify, SympifyError,
ImportError: dlopen(~/anaconda3/lib/python3.4/site-packages/symengine/lib/symengine_wrapper.cpython-34m.so, 2): Library not loaded: libpython3.4m.dylib
  Referenced from: ~/anaconda3/lib/python3.4/site-packages/symengine/lib/symengine_wrapper.cpython-34m.so
  Reason: image not found

Per comments here: http://stackoverflow.com/questions/26815537/opencv-3-0-0-alpha-with-python-3-failed-to-import-cv2

~$ otool -L ~/anaconda3/lib/python3.4/site-packages/symengine/lib/symengine_wrapper.cpython-34m.so 
~/anaconda3/lib/python3.4/site-packages/symengine/lib/symengine_wrapper.cpython-34m.so:
    libpython3.4m.dylib (compatibility version 3.4.0, current version 3.4.0)
    ~/opt/gmp/lib/libgmpxx.4.dylib (compatibility version 9.0.0, current version 9.0.0)
    ~/opt/gmp/lib/libgmp.10.dylib (compatibility version 13.0.0, current version 13.0.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

• Add a _repr_latex_ method to the DenseMatrix class.
• Add truncation for large matrices

Related to https://github.com/symengine/symengine/issues/1701

Relevant: #136 @isuruf The constructor for Float is itself quite complex and many of the functionalities used are currently unavailable. I have commented the specific parts as of now. What should be done here?

I've upgraded to the newest version (d9bc4a57da57181dff329e5fac2a4e7a384f0ee8) from sources and now symengine.py seems to be broken. I've tried deleted both symengine and symengine.py and tried the following to reinstall symengine.py but it didn't change anything. I didn't see any errors during the installation.

git clone https://github.com/symengine/symengine.git
git clone https://github.com/symengine/symengine.py.git
cd symengine
git checkout `cat ../symengine.py/symengine_version.txt`
cmake -DWITH_LLVM:BOOL=ON .
make
sudo make install
cd ../symengine.py
sudo python setup.py install

If I now try to simply create a symbol the following happens.

$ python
Python 2.7.12 (default, Dec  4 2017, 14:50:18) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import symengine as sp
>>> sp.Symbols('a')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'module' object has no attribute 'Symbols'

And if I try the same in pycharm's console it tells me:

import symengine as sp
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/IPython/core/interactiveshell.py", line 2882, in run_code
    exec(code_obj, self.user_global_ns, self.user_ns)
  File "<ipython-input-2-4c25c92038d8>", line 1, in <module>
    import symengine as sp
  File "/home/stelter/pycharm-2017.2/helpers/pydev/_pydev_bundle/pydev_import_hook.py", line 20, in do_import
    module = self._system_import(name, *args, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/symengine/__init__.py", line 1, in <module>
    from .lib.symengine_wrapper import (
  File "/home/stelter/pycharm-2017.2/helpers/pydev/_pydev_bundle/pydev_import_hook.py", line 20, in do_import
    module = self._system_import(name, *args, **kwargs)
ImportError: /usr/local/lib/python2.7/dist-packages/symengine/lib/symengine_wrapper.so: undefined symbol: _ZTIN4llvm11ObjectCacheE

I don't remember my previous symengine.py version. I only remembered that the symengine hash started with fff so I checked out 52ee6b8b14891fe42d82fb10cb705e37d70b1a4a on symengine.py and did the same stuff as above to install symengine.py and now it works again.

Any ideas?

Hi,

last week i was on Euroscipy 2017. So i installed various different kind of packages. Today i wanted to change some bits of my code, and suddenly symengine didn't work anymore.

so i removed symengine, and then run

conda install python-symengine -c symengine -c conda-forge

i get

running install
running build
running build_ext
CMake Error at CMakeLists.txt:5 (find_package):
  Could not find a configuration file for package "SymEngine" that is
  compatible with requested version "0.3.0".

  The following configuration files were considered but not accepted:

    /usr/lib/cmake/symengine/SymEngineConfig.cmake, version: 0.2.0
    /usr/lib/cmake/symengine/SymEngineConfig.cmake, version: 0.2.0



-- Configuring incomplete, errors occurred!
See also "/home/mustafa/SymEngine/symengine.py/build/lib.linux-i686-3.6/CMakeFiles/CMakeOutput.log".
error: error calling cmake
[email protected]:~/SymEngine/symengine.py$ cd
[email protected]:~$ conda install python-symengine -c symengine -c conda-forge
Fetching package metadata .............

PackageNotFoundError: Packages missing in current channels:
            
  - python-symengine

We have searched for the packages in the following channels:
            
  - https://conda.anaconda.org/symengine/linux-32
  - https://conda.anaconda.org/symengine/noarch
  - https://conda.anaconda.org/conda-forge/linux-32
  - https://conda.anaconda.org/conda-forge/noarch
  - https://repo.continuum.io/pkgs/free/linux-32
  - https://repo.continuum.io/pkgs/free/noarch
  - https://repo.continuum.io/pkgs/r/linux-32
  - https://repo.continuum.io/pkgs/r/noarch
  - https://repo.continuum.io/pkgs/pro/linux-32
  - https://repo.continuum.io/pkgs/pro/noarch
            

[email protected]:~$ pip3 install python3-symengine
Collecting python3-symengine
  Could not find a version that satisfies the requirement python3-symengine (from versions: )
No matching distribution found for python3-symengine

I think that me having an old laptop with 32 bandwidth is the problem. I'm not that experienced, so help would be very much appreciated.

Using a conda environment with python-symengine == 0.3 from symengine channel:

>>> from symengine import symbols, Matrix, Lambdify
>>> args = x, y = symbols('x y')
>>> vec = Matrix([x+y, x*y])
>>> jac = vec.jacobian(Matrix(args))
>>> f = Lambdify(args, x**y, vec, jac)
>>> f([2,3])
[array([ 8.,  5.,  6.,  1.,  1.,  3.,  2.])]

came up when looking into sympy/sympy#5642 I am investigating this now.

on OSX 10.15.1, with this package: http://libroadrunner.org

if I import symengine and then roadrunner, I get only the fault reported if I import roadrunner first, then symengine I get the following error

Assertion failed: (!NextRegistered && "argument multiply registered!"), function addArgument, file /Users/phantom/etc/src/llvm-3.5.2/llvm-3.5.2.src/lib/Support/CommandLine.cpp, line 108.

When building symengine with boostmp, I get a test failure in symengine.py's test suite. This is due to integer division in boost's multiprecision library throws, and we never catch the c++ excpetion, leading to the exit of the CPython process. I suspect we need to pass a policy somewhere, but first I want to reproduce the error in our CI run.

TODO:

• [ ] fix our use of boost's mulitprecision integer so that it does not throw for division-by-zero.

Stack trace:

tests/test_ntheory.py::test_divides                                                                      
Thread 1 "python3" received signal SIGABRT, Aborted.                                                     
__pthread_kill_implementation (no_tid=0, signo=6, threadid=140737350246400) at ./nptl/pthread_kill.c:44  
44      ./nptl/pthread_kill.c: No such file or directory.                                                
(gdb) bt                                                                                                 
#0  __pthread_kill_implementation (no_tid=0, signo=6, threadid=140737350246400) at ./nptl/pthread_kill.c:
44                                                                                                       
#1  __pthread_kill_internal (signo=6, threadid=140737350246400) at ./nptl/pthread_kill.c:78              
#2  __GI___pthread_kill (threadid=140737350246400, [email protected]=6) at ./nptl/pthread_kill.c:89      
#3  0x00007ffff7c8d476 in __GI_raise ([email protected]=6) at ../sysdeps/posix/raise.c:26                    
#4  0x00007ffff7c737f3 in __GI_abort () at ./stdlib/abort.c:79                                           
#5  0x00007ffff41eebbe in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6                                
#6  0x00007ffff41fa24c in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6                                
#7  0x00007ffff41fa2b7 in std::terminate() () from /lib/x86_64-linux-gnu/libstdc++.so.6                  
#8  0x00007ffff41fa518 in __cxa_throw () from /lib/x86_64-linux-gnu/libstdc++.so.6                       
#9  0x00007ffff4c905c4 in boost::throw_exception (e=..., loc=...) at /usr/include/bo
ost/throw_exception.hpp:171                                                                              
#10 0x00007ffff4caa75a in boost::multiprecision::backends::divide_unsigned_helper >, boost::multiprecision::backends::cpp_int_backend
<0u, 0u, (boost::multiprecision::cpp_integer_type)1, (boost::multiprecision::cpp_int_check_type)0, std::a
llocator > > (result=0x0, x=..., y=0, r=...) at /usr/include/boost/multiprecision/cpp
_int/divide.hpp:339                                                                                      
#11 0x00007ffff4c9fd3e in boost::multiprecision::backends::divide_unsigned_helper >, boost::multiprecision::backends::cpp_int_backend
<0u, 0u, (boost::multiprecision::cpp_integer_type)1, (boost::multiprecision::cpp_int_check_type)0, std::a
llocator >, boost::multiprecision::backends::cpp_int_backend<0u, 0u, (boost::multipre
cision::cpp_integer_type)1, (boost::multiprecision::cpp_int_check_type)0, std::allocator > > (result=0x0, x=..., y=..., r=...) at /usr/include/boost/multiprecision/cpp_int/divide.hpp:73     
#12 0x00007ffff4d7f2c0 in boost::multiprecision::backends::eval_modulus<0u, 0u, (boost::multiprecision::c
pp_integer_type)1, (boost::multiprecision::cpp_int_check_type)0, std::allocator, 0u, 
0u, (boost::multiprecision::cpp_integer_type)1, (boost::multiprecision::cpp_int_check_type)0, std::alloca
tor, 0u, 0u, (boost::multiprecision::cpp_integer_type)1, (boost::multiprecision::cpp_
int_check_type)0, std::allocator > (result=..., a=..., b=...) at /usr/include/boost/m
ultiprecision/cpp_int/divide.hpp:532                                                                     
#13 0x00007ffff4effcf4 in boost::multiprecision::operator% > > (a=..., b=...) at /usr/include/boost/multiprecision/detail/no_et_ops.h
pp:176                                                                                                   
#14 0x00007ffff4f97908 in SymEngine::mp_divisible_p (a=..., b=...) at //symengine-d21cfe1ed57168f2b4e0d5b
e854632814387a3f1/symengine/mp_class.h:993                                                               
#15 0x00007ffff4f88c44 in SymEngine::divides (a=..., b=...) at /symengine-d21cfe1ed57168f2b4e0d5be8546328
14387a3f1/symengine/ntheory.cpp:163                                                                      
#16 0x00007ffff570e5a7 in __pyx_pf_9symengine_3lib_17symengine_wrapper_138divides (__pyx_self=0x0, __pyx_
v_a=0x7ffff78600d0, __pyx_v_b=0x7ffff78600d0) at /opt/symengine.py-74867351ed7ffb2f2e97f5807976b54953c0b7
1d/build/lib.linux-x86_64-cpython-310/symengine/lib/symengine_wrapper.cpp:110638

#10 0x00007ffff4caa75a in boost::multiprecision::backends::divide_unsigned_helper >, boost::multiprecision::backends::cpp_int_backend<0u, 0u, (boost::multiprecision::cpp_integer_type)1, (boost::multiprecision::cpp_int_check_type)0, std::allocator > > (result=0x0, x=..., y=0, r=...) at /usr/include/boost/multiprecision/cpp_int/divide.hpp:339
339           BOOST_THROW_EXCEPTION(std::overflow_error("Integer Division by zero."))

The following snippet run with symengine instead of sympy gives an error because of the missing option simulteneous. Is this needed also in symengine?

    expression.subs(substitutions, simultaneous=True)

E   TypeError: subs() got an unexpected keyword argument 'simultaneous'

CMake Error at /usr/local/lib/cmake/symengine/SymEngineTargets.cmake:82 (message):
  The imported target "teuchos" references the file

     "/usr/local/lib/libteuchos.a"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

     "/usr/local/lib/cmake/symengine/SymEngineTargets.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/local/lib/cmake/symengine/SymEngineConfig.cmake:49 (include)
  CMakeLists.txt:5 (find_package)

Version: 0.9.2

Failure:

$ python3.9 test_arit.py
src/tcmalloc.cc:333] Attempt to free invalid pointer 0x82799f060 
Abort trap

Stack trace:

#0  thr_kill () at thr_kill.S:4
#1  0x000000080072d104 in __raise ([email protected]=6) at /disk-samsung/freebsd-src/lib/libc/gen/raise.c:52
#2  0x00000008007dddc9 in abort () at /disk-samsung/freebsd-src/lib/libc/stdlib/abort.c:67
#3  0x0000000805025591 in tcmalloc::Log(tcmalloc::LogMode, char const*, int, tcmalloc::LogItem, tcmalloc::LogItem, tcmalloc::LogItem, tcmalloc::LogItem) ()
   from /usr/local/lib/libtcmalloc.so.4
#4  0x0000000805021b85 in ?? () from /usr/local/lib/libtcmalloc.so.4
#5  0x00000008006668a0 in _thr_mutexattr_destroy (attr=0x7fffffffaba0) at /disk-samsung/freebsd-src/lib/libthr/thread/thr_mutexattr.c:180
#6  0x00000008052de489 in std::__1::__libcpp_recursive_mutex_init (__m=<optimized out>) at /disk-samsung/freebsd-src/contrib/llvm-project/libcxx/include/__threading_support:268
#7  std::__1::recursive_mutex::recursive_mutex (this=0x80414a140) at /disk-samsung/freebsd-src/contrib/llvm-project/libcxx/src/mutex.cpp:56
#8  0x0000000802d95f2f in ?? () from /usr/local/lib/libsymengine.so.0.9
#9  0x0000000802d7a744 in ?? () from /usr/local/lib/libsymengine.so.0.9
#10 0x0000000802d7a6b5 in ?? () from /usr/local/lib/libsymengine.so.0.9
#11 0x0000000802cb1d61 in ?? () from /usr/local/lib/libsymengine.so.0.9
#12 0x0000000802ccc161 in ?? () from /usr/local/lib/libsymengine.so.0.9
#13 0x000000080020e1bd in objlist_call_init ([email protected]=0x7fffffffb610, [email protected]=0x7fffffffb590) at /disk-samsung/freebsd-src/libexec/rtld-elf/rtld.c:3141
#14 0x0000000800212966 in dlopen_object ([email protected]=0x801850750 "/usr/local/lib/python3.9/site-packages/symengine/lib/symengine_wrapper.cpython-39.so", [email protected]=-1,
    refobj=<optimized out>, lo_flags=<optimized out>, [email protected]=2, lockstate=0x7fffffffb590, [email protected]=0x0) at /disk-samsung/freebsd-src/libexec/rtld-elf/rtld.c:3889
#15 0x000000080020f1ae in rtld_dlopen (name=0x801850750 "/usr/local/lib/python3.9/site-packages/symengine/lib/symengine_wrapper.cpython-39.so", fd=-1, mode=<optimized out>)
    at /disk-samsung/freebsd-src/libexec/rtld-elf/rtld.c:3749
#16 0x0000000800506b21 in ?? () from /usr/local/lib/libpython3.9.so.1.0
#17 0x00000008004d1a6f in ?? () from /usr/local/lib/libpython3.9.so.1.0
#18 0x00000008004d13b6 in ?? () from /usr/local/lib/libpython3.9.so.1.0
#19 0x000000080040f457 in ?? () from /usr/local/lib/libpython3.9.so.1.0

symengine.py-0.9.2 symengine-0.9.0 Python-3.9 clang-14 FreeBSD 13.1

SymEngine_DIR : /usr/local/lib/cmake/symengine
SymEngine Version : 0.9.0
CMake Error at cmake/FindPython.cmake:7 (string):
  string sub-command STRIP requires two arguments.
Call Stack (most recent call first):
  CMakeLists.txt:16 (find_package)