The following error appeared when working with the latest macOS Xcode 9
SDK:
error: unknown type name 'mach_port_t' mach_port_t
__libcpp_thread_get_port();
Added:
#ifdef __APPLE__
#define _DARWIN_C_SOURCE
#endif
(solution found at https://github.com/arvidn/libtorrent/issues/2364 )
Previously didn't actually check for positive or negative acquisition
until the call to general_work *after* the one in which the detection
statistics were generated
Using C++ 11 threading routines to create a worker thread that can
perform the FFT for acquisition in a non-blocking manner. By default
'blocking' is set to true, which is identical to the previous behaviour
(with the added overhead of an extra thread). When 'blocking' is set to
false, then the main thread does not wait for the worker, thereby
letting the receiver continue even when the FFT thread is working. This
is very useful for using FFT acquisition at higher sampling rates, where
the FFT cannot be performed in real-time.
The aim is to replace the separate pcps_multithread_acquisition_cc.
TODO: implement the same thing for the pcps_acquisition_sc
For galileo_e1_dll_pll_veml_tracking_cc and gps_l1_ca_dll_pll_tracking_cc
Note this gives some significant performance improvement for higher
sampling rates
Only done for GPS L1 C/A and Galileo E1 OS for now. Also added a
cpu_multicorrelator_real_codes class that performs code correlation
using real-valued local codes
GNSS-SDR.internal_fs_sps
The old name was misleading, since the units are samples per second and
not Hertz.
Backward compatibility is kept, so this change does not break any
existing configuration.
Adds AVX2 intrinsic to several kernels ranging from multiply and add to
more detailed operations such as convert. New peotokernels also may take
advantage of the fused multiply add (fma)
