| non port: comms/gnuradio/files/patch-gr-vocoder_lib_gsm__fr__decode__ps__impl.h |
|
SVNWeb
|
Number of commits found: 4 |
|
Thu, 2 Apr 2020
|
[ 13:08 db  ]  
- Removed zombie dependancy on clang since system clang now works
- Now uses python3 by default remove python2 dependancy
- split the VOLK project into separate port
Change log from upstream follows
## [3.8.1.0-rc1] - 2020-02-16
### Changed
#### Project Scope
- clang-tidy improvements
- Throw exceptions by value, catch by reference
- `emplace_back` where applicable
- `empty()` instead of `vector::size() == 0` (Only the first 15 lines of the commit message are shown above  )
|
|
Mon, 12 Aug 2019
|
[ 12:38 db ]
Changelog:
## [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) (Only the first 15 lines of the commit message are shown above )
|
|
Mon, 3 Jun 2019
|
[ 08:39 yuri ]
comms/gnuradio: Update to 3.8tech-preview-381
The previous commit kept GH_TAGNAME, as jbeich@ noted.
* Rebuilt pkg-plist
* Use GH_TUPLE for volk
Reported by: jbeich
|
|
Fri, 15 Mar 2019
|
[ 23:57 db ] (Only the first 10 of 14 ports in this commit are shown above. )
Update to 3.8 git version to move from Qt4 to Qt5
## unreleased
### Fixed
#### Project Scope
- `boost::posix_time::[milli]second` takes integer numbers, and we now at least
cast the floats to integers, as Boost 1.67 forced us to realize we're
(incorrectly) using floating point her
- CMake: using regex to match compiler against "Clang" now enables correct build
on OS X
#### GRC
- Fixed GRC bug which broke WX and Qt (by altering the template code), in
multiple (less than awesome) steps
#### gr-analog
- `fmdet_cf`'s derivative coefficients were wrong.
#### gr-blocks
- `float_array_to_int`: int32 limits were wrongly hardcoded.
- Fixed the undefined behaviour happening in `float_to_complex` when accessing
the second input_items element in the single-input case (Only the first 15 lines of the commit message are shown above )
|
Number of commits found: 4 |
As an Amazon Associate I earn from qualifying purchases.