| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
- Switch to C++14 for libboost_system to support C++14 consumers
Changes: http://www.boost.org/users/history/version_1_68_0.html
PR: 229569
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D16165
Notes:
svn path=/head/; revision=476723
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=475857
|
|
|
|
|
|
|
| |
Approved by: portmgr (tier-2 blanket)
Notes:
svn path=/head/; revision=473294
|
|
|
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_67_0.html
PR: 227427
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D15030
Notes:
svn path=/head/; revision=467711
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
host/lib/usrp/cores/rx_vita_core_3000.cpp:77:35: error:
no matching conversion for functional-style cast from 'double' to 'boost::posix_time::milliseconds' (aka
'subsecond_duration<boost::posix_time::time_duration, 1000>')
boost::this_thread::sleep(boost::posix_time::milliseconds(1.0));
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PR: 227427
Reported by: antoine (via exp-run)
Notes:
svn path=/head/; revision=467364
|
|
|
|
| |
Notes:
svn path=/head/; revision=462257
|
|
|
|
|
|
|
|
|
|
|
| |
this oversight.
Reviewed by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14368
Notes:
svn path=/head/; revision=461885
|
|
|
|
|
|
|
| |
PR: 224087
Notes:
svn path=/head/; revision=459615
|
|
|
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_66_0.html
PR: 223922
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D13279
Notes:
svn path=/head/; revision=459315
|
|
|
|
| |
Notes:
svn path=/head/; revision=456637
|
|
|
|
|
|
|
|
|
| |
- Remove FLAVOR from py-docutils dependency in comms/uhd, in this case
it needs the rst2html command, not the docutils module
- Mark some ports as not compatible with python3
Notes:
svn path=/head/; revision=455392
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
Notes:
svn path=/head/; revision=455210
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_65_1.html
PR: 218835
Approved by: maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by: jhibbits (on powerpc64, earlier version)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D11582
Notes:
svn path=/head/; revision=450560
|
|
|
|
|
|
|
|
|
|
|
| |
PR: 218835
Obtained from: https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by: maintainer timeout (2 months)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D11582
Notes:
svn path=/head/; revision=450557
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(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
Notes:
svn path=/head/; revision=449591
|
|
|
|
| |
Notes:
svn path=/head/; revision=446104
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using ninja instead of make (1) can lead to significant speed ups while building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
Notes:
svn path=/head/; revision=444324
|
|
|
|
|
|
|
| |
This is more consistent and translates into gmake instead of make.
Notes:
svn path=/head/; revision=442624
|
|
|
|
|
|
|
| |
Approved by: rakuco (mentor, implicit)
Notes:
svn path=/head/; revision=441013
|
|
|
|
|
|
|
|
|
|
|
| |
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Notes:
svn path=/head/; revision=440746
|
|
|
|
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_64_0.html
PR: 218835
Approved by: office (bapt)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D10472
Notes:
svn path=/head/; revision=439934
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=437439
|
|
|
|
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_63_0.html
PR: 215598
Exp-run by: antoine
Approved by: office (bapt)
MFH: 2017Q1
Notes:
svn path=/head/; revision=430692
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC
Changes: http://www.boost.org/users/history/
PR: 199601
Submitted by: Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by: rakuco (kde) (earlier version)
Exp-run by: antoine (3 tries), truckman (consumers only, earlier versions)
Approved by: bapt (office)
Notes:
svn path=/head/; revision=426908
|
|
|
|
|
|
|
|
|
| |
and cause breakages.
Approved by: portmgr (tier-2 blanket)
Notes:
svn path=/head/; revision=426901
|
|
|
|
|
|
|
| |
Approved by: ncurses blanket
Notes:
svn path=/head/; revision=426329
|
|
|
|
|
|
|
| |
spitch for FreeBSD 11+ i386
Notes:
svn path=/head/; revision=425579
|
|
|
|
| |
Notes:
svn path=/head/; revision=425042
|
|
|
|
|
|
|
| |
Sponsored by: Absolight
Notes:
svn path=/head/; revision=423796
|
|
|
|
|
|
|
|
|
| |
- Adjust plist of ports depending on it
PR: 212869
Notes:
svn path=/head/; revision=422818
|
|
|
|
| |
Notes:
svn path=/head/; revision=422189
|
|
|
|
|
|
|
| |
Submitted by: mat@
Notes:
svn path=/head/; revision=422118
|
|
firmware images.
In contrast to comms/usrp it compiles only the host part and not the images.
The images are the binaries from ettus.
While the port compiles cleanly it doesn't fully work for my B200
but this could be a local HW problem since the B* series is picky about the USB3 HW...
Therefore this port is currently not connected to gnuradio.
Notes:
svn path=/head/; revision=422061
|