Port details |
- py-symcxx Minimal symbolic manipulation python package written in C++
- 0.1.10 math
=0 0.1.10Version of this port present on the latest quarterly branch.
- Maintainer: yuri@FreeBSD.org
- Port Added: 2018-03-29 23:46:06
- Last Update: 2022-03-28 18:11:57
- Commit Hash: b6ac38c
- Also Listed In: python
- License: BSD2CLAUSE
- WWW:
- https://github.com/bjodah/symcxx
- Description:
- SymCXX is an experimental Python package (with its core implemented in C++)
for symbolic manipulation with limited scope (as in minimal). It tries to stay
compatible with the API of SymPy. Its main goal is to explore designs related
to automatic differentiation and numerical evaluation similar to SymEngine's
Lambdify functionality.
WWW: https://github.com/bjodah/symcxx
- ¦ ¦ ¦ ¦
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - There is no configure plist information for this port.
- Dependency lines:
-
- ${PYTHON_PKGNAMEPREFIX}symcxx>0:math/py-symcxx@${PY_FLAVOR}
- No installation instructions:
- This port has been deleted.
- PKGNAME: py38-symcxx
- Package flavors (<flavor>: <package>)
- distinfo:
- TIMESTAMP = 1583905137
SHA256 (symcxx-0.1.10.tar.gz) = f200be30b278fb34998b2723e62b4142037299c6ede48f31a5c8183df055586a
SIZE (symcxx-0.1.10.tar.gz) = 220459
No package information for this port in our database- Sometimes this happens. Not all ports have packages. Perhaps there is a build error. Check the fallout link:
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- gfortran10 : lang/gcc10
- py38-setuptools>0 : devel/py-setuptools@py38
- python3.8 : lang/python38
- as : devel/binutils
- Runtime dependencies:
-
- py38-numpy>=1.16,1<1.20,1 : math/py-numpy@py38
- gfortran10 : lang/gcc10
- py38-setuptools>0 : devel/py-setuptools@py38
- python3.8 : lang/python38
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- math_py-symcxx
- USES:
- compiler:c++11-lang fortran python:3.6+
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
0.1.10 28 Mar 2022 18:11:57 |
Yuri Victorovich (yuri) |
math/py-symcxx: Deprecate because the upstream repository was experimental and
is now archived
PR: 261703
Reported by: thierry@ |
0.1.10 07 Apr 2021 08:09:01 |
Mathieu Arnold (mat) |
One more small cleanup, forgotten yesterday.
Reported by: lwhsu |
0.1.10 06 Apr 2021 14:31:07 |
Mathieu Arnold (mat) |
Remove # $FreeBSD$ from Makefiles. |
0.1.10 28 Dec 2020 23:02:15 |
antoine |
Drop python 2.7 support from a few ports
With hat: portmgr |
0.1.10 24 Dec 2020 13:46:02 |
kai |
Relax hardcoded paths to fix build with Python 3.8.7
Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the
shared libs naming scheme. This means "EXT_SUFFIX" is now derived from
SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so".
The affected ports strip the libaries in the "post-install" target via
hardcoded path(s) and the build fails at the end because the new extension
is not expected at this place.
Remedy the issue by adding wildcards to these paths. This should also
prepare the ports for future Python releases, which will use the new shared
libs naming scheme.
[1] https://bugs.python.org/issue42604
PR: 252057
Reported by: John Kennedy
Reviewed by: fluffy, koobs
Approved by: koobs (python) |
0.1.10 11 Mar 2020 05:45:00 |
yuri |
math/py-symcxx: Update 0.1.9 -> 0.1.10
Reported by: portscout |
0.1.9_4 23 Feb 2020 15:25:53 |
antoine |
Deprecate a few ports
With hat: portmgr |
0.1.9_4 26 Jul 2019 20:46:57 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330 |
0.1.9_3 09 Jul 2019 08:32:14 |
pkubaj |
math/py-symcxx: fix build with GCC-based architectures
This port needs C++11-compatible compiler:
cc1plus: error: unrecognized command line option "-std=c++11"
Approved by: mentors (implicit approval) |
0.1.9_3 22 Apr 2019 13:16:34 |
gerald |
Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.
Suggested by: tijl |
0.1.9_2 05 Apr 2019 16:53:06 |
amdmi3 |
- Document incompatibility with python 3.7+
Approved by: portmgr blanket |
0.1.9_2 12 Dec 2018 01:35:36 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590 |
0.1.9_1 29 Jul 2018 22:18:46 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542 |
0.1.9 29 Mar 2018 23:45:54 |
yuri |
New port: math/py-symcxx: Minimal symbolic manipulation python package written
in C++ |