Dependencies are unusual for science/py-tensorflow-estimator:
science/py-tensorflow imports science/py-tensorflow-estimator in its python code,
but science/py-tensorflow-estimator is a separate project that depends on science/py-tensorflow
in order to build.
PR: 226400
Submitted by: Anthony <amzo1337@gmail.com>
C++ implementation of a fast hash map and hash set using
open-addressing and linear robin hood hashing with backward
shift deletion to resolve collisions.
https://github.com/Tessil/robin-map
Required to update graphics/openimageio (PR 239587)
PR: 239587
Submitted by: Shane <FreeBSD@ShaneWare.Biz>
## [3.8.0.0] - 2019-08-09
Witness me!
Tonight, we release GNU Radio 3.8.0.0.
It's the first minor release version since more than six years, not without
pride this community stands to face the brightest future SDR on general purpose
hardware ever had.
Since we've not been documenting changes in the shape of a Changelog for the
whole of the development that happened since GNU Radio 3.7.0, I'm afraid that
these release notes will be more of a GLTL;DR (git log too long; didn't read)
than a detailed account of what has changed.
What has _not** changed is the fact that GNU Radio is centered around a very
simple truth:
> Let the developers hack on DSP. Software interfaces are for humans, not the
> other way around.
And so, compared to the later 3.7 releases, nothing has fundamentally modified
the way one develops signal processing systems with GNU Radio: You write blocks,
and you combine blocks to be part of a larger signal processing flow graph.
With that as a success story, we of course have faced quite a bit of change in
the systems we use to develop and in the people that develop GNU Radio. This has
lead to several changes that weren't compatible with 3.7.
**This is an excerpt only:**
### Fixed
#### Project Scope
- Roughly 36 dBBug, (ETOOMANYBUGS)
- Fixed .so versioning
### Changed
#### Project Scope
- C++11
- merged the wholeness of the `next` branch
- Dependency version bumps: CMake, GCC, MSVC, Swig, Boost
- New dependencies: MPIR/GMP, Qt5, gsm, codec2
- Removed dependencies: libusb, Qt4, CppUnit
- Python: Python 2 & Python 3 compatible. 3.8 will be the last Py2k-compatible
release series
- gengen was replaced by templates (if you don't know gengen, don't do any
research; save yourself that sorrow)
- Modern CMake (as far as feasible at this point)
- VOLK version updated to v2.0.0
- .clang-format file now dictates coding style
- clang-format'ed the whole tree.
- installed CMake files now tell about configuration
#### gnuradio-runtime
- reworked fractional tag time handling, especially in the context of resamplers
#### GRC
- C++ generation as option
- YAML instead of XML
- removed `blks2`
- much better canvas tooling
- consistent gobject usage
- ROUNDED ARROWS
#### gr-qtgui
- moving from Qt4 to Qt5
#### gr-utils
- `gr_modtool` now vastly improved
#### gr-vocoder
- improved versatility
- removed in-tree libgsm, libcodec2, use system-wide libs
### Removed
#### Project Scope
- Modules `gr-comedi`, `gr-fcd` and `gr-wxgui` are gone
#### gr-comedi
- nobody could remember who used this, or for what. It has seen 0 active code
contributions in the 3.7 lifecycle
#### gr-digital
- python-based `packet_encoder` and related tools: Bugs that were sporadic and
never fixed, so after long deprecation, we're removing it
#### gr-fcd
- since it's currently untestable by the CI, it's being removed, as there was no
code contributions. Generally, we strive to include all batteries with GNU
Radio. Re-integration within a more general SDR interface would be desirable.
#### gr-utils
- removed PyQwt (dead) based tools
#### gr-wxgui
- Unmaintained, breaks on increasingly many systems, always was slower than
Qtgui. We've been starting to tell people to migrate to Qt since at
least 2015. Now, we're finally removing it.
====
Mike English notes:
Note that the 3.8.0.0 tarball is again available from
https://www.gnuradio.org/releases/gnuradio/ and the volk dependency
(a submodule in the git repo) is included so we can do away with
USES_GITHUB and go back to building from the official release tarball.
I've run this through portlint and poudriere already, so it should apply
cleanly.
====
PR: ports/239793
Submitted by: mike.english@gmail.com
few bugfixes:
- remove useless .hgtags
- fix shortlinks when -n is not given
- Make documentation slightly more English
The WWW link now points to the github page since the legacy webserver is unavailable
regression from the GCC 8 series).
The technical background is that a consolidation in upstream GCC made
non-GNU platforms include gnu-user.h and then undefined some macros
in rs6000/freebsd.h, but missed doing the same in rs6000/freebsd64.h.
The has now been included upstream and the current snapshot that the
lang/gcc9-devel port tracks; carrying files/patch-powerpc64-no-_GNU_SOURCE
in this port should become obsolete with the GCC 9.2 release.
(As this should be a very short-lived measure, bump PORTREVISION only
for powerpc64 to avoid all other users having to rebuild, too.)
PR: 239648
63e9edcb6084d4b164439065e2d71f3e900ec3c7 resolves this issue.
Unfortunately it does not apply, requiring this port to be upated to
ksh93 well into ksh93-devel. Bringing ksh93 up to the ksh93-devel or
shy of it would negate the justification for ksh93's existence. It is
therefore recommended that people use ksh93-devel on architectures that
use GCC 9 or use GCC 8.
PR: 239644
Reported by: pkubaj@
* FreeBSD crashes on infinite recursion rather than throwing a stack
overflow because the stack address of the fault is in the page below
the guard area. Workaround this by rounding down the fault address to
the nearest page boundary. Investigation is still under way into what
may be causing this but this appears to prevent it in simple test cases.
PR: 222146
