Searches without login should now work. You must get asked to click a button.
Port details
sdparaSDPARA parallel version of SDPA (math/sdpa)
7.3.1_6mathΣ=1 7.3.1_6Version of this port present on the latest quarterly branch.
BROKEN: conflicting dependencies DEPRECATED: Broken for more than 6 months This port expired on: 2019-03-05 IGNORE: is marked as broken: conflicting dependencies
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
The SDPARA (SemiDefinite Programming Algorithm PARAllel version) is a
parallel version of the SDPA. C++ source codes of the SDPARA are
available in this homepage. They form a stand-alone software package for
solving SDPs in parallel with the help of MPI (Message Passing
Interface) and ScaLAPACK (Scalable LAPACK). However callable libraries
of the SDPARA, which could be used combinedly with other C++ programs,
are not available. We assume that you know how to use the latest version
of the SDPA and MPICH.
WWW: http://sdpa.sourceforge.net/
===> The following configuration options are available for sdpara-7.3.1_6:
EXAMPLES=on: Build and/or install examples
====> Options available for the single BLAS: you have to select exactly one of them
ATLAS=off: ATLAS blas implementation
GOTOBLAS=off: GotoBLAS blas implementation
REFERENCE=on: Reference blas implementation
===> Use 'make config' to modify these settings
Remove expired ports:
2019-03-05 devel/elixir-lager_logger: Broken for more than 6 months
2019-03-05 devel/gpsim: Broken for more than 6 months
2019-03-05 devel/hgview: Broken for more than 6 months
2019-03-05 games/mudmagic: Broken for more than 6 months
2019-03-05 math/mumps-mpich: Broken for more than 6 months
2019-03-05 math/sdpara: Broken for more than 6 months
2019-03-05 net/tn5250j: Broken for more than 6 months
2019-03-05 net-im/pidgin-skype: Broken for more than 6 months
2019-03-05 net-im/skype: Broken for more than 6 months
2019-03-05 net-im/skype-devel: Broken for more than 6 months
2019-03-05 science/dft_tools: Broken for more than 6 months
2019-03-05 science/triqs: Broken for more than 6 months
2019-03-05 security/hamachi: Broken for more than 6 months
2019-03-05 textproc/elixir-ex_doc: Broken for more than 6 months
2019-03-05 x11/altyo: Broken for more than 6 months
2019-03-05 x11/pantheon-terminal: Broken for more than 6 months
2019-03-05 x11-wm/e-module-everything-websearch: Broken for more than 6 months
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
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
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.
The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.
PR: 214965
Reported by: thierry
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends
With hat: portmgr
Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.
Part II, Bump PORTREVISIONs.
PR: 182136
Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by: bdrewery (two -exp runs)
Convert all USE_FORTRAN=yes to "USES=fortran, USE_GCC=yes". In most cases
USE_GCC=yes has been omitted though.
Remove USE_FORTRAN handling from bsd.port.mk and bsd.gcc.mk.
Minor cleanups in some ports like USE_GMAKE, NOPORTDOCS,...
Exp-run: bdrewery
Approved by: portmgr (bdrewery)
math/sdpara: Unbreak on FreeBSD 10+
The breakage was caused by processing makefiles with bmake instead of the
specified gmake.
PR: ports/184619
Approved by: maintainer timeout
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
(Only the first 15 lines of the commit message are shown above )
adjust linking and comments in dependent ports after the math/atlas update;
math/atlas-devel will be updated to use the same constructs at a later date
PR: 162706
Approved by: miwi (portmgr)
Feature safe: yes
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
Fix build error. Now blacs/scalapack are linked
against mpich2, and sdpara should not link
against mpich. Mixing mpich2/mpich caused an error.
PR: 105550
(forced commit)
.else if should be .elif or .elseif
->
.else if should be .elif
Submitted by: joe, kris
->
Submitted by: marcus, kris
Submitted by: marcus
Pointy hat to: myself
remove ${CP} ${FILESDIR}/Makefile ${WRKDIR} in Makefile.
library no longer supported for sdpara (unlike sdpa)
Submitted by: kris via bento
Pointy hat to: myself
The SDPARA (SemiDefinite Programming Algorithm PARAllel version)
is a parallel version of the SDPA (math/sdpa).
solving SDPs in parallel with the help of MPI
(Message Passing Interface) and ScaLAPACK (Scalable LAPACK).
