diff options
Diffstat (limited to 'media-libs/libffado/files')
3 files changed, 0 insertions, 100 deletions
diff --git a/media-libs/libffado/files/libffado-2.3.0-gcc6.patch b/media-libs/libffado/files/libffado-2.3.0-gcc6.patch deleted file mode 100644 index 2a73ee1cf8cc..000000000000 --- a/media-libs/libffado/files/libffado-2.3.0-gcc6.patch +++ /dev/null @@ -1,26 +0,0 @@ ------------------------------------------------------------------------- -r2629 | jwoithe | 2016-10-09 13:00:28 +0900 (Sun, 09 Oct 2016) | 1 line - -TimestampedBuffer.cpp: move the include of math.h to the top of the file which is where most people would expect it to be. The patch comes from a Fedora RPM source package via Simon Lewis, who suggested that without it gcc6 had trouble with the file (the nature of the problem is not known by the FFADO project at this time). Earlier versions of gcc (for example, 4.8.2) had no trouble compiling this file without any math.h include, so the issue that some have seen with gcc6 must be due to math.h being removed from some other system-level include file at some point. ------------------------------------------------------------------------- -Index: src/libutil/TimestampedBuffer.cpp -=================================================================== ---- a/src/libutil/TimestampedBuffer.cpp (revision 2628) -+++ b/src/libutil/TimestampedBuffer.cpp (revision 2629) -@@ -32,6 +32,7 @@ - - #include <cstdlib> - #include <cstring> -+#include <math.h> - - #define DLL_PI (3.141592653589793238) - #define DLL_SQRT2 (1.414213562373095049) -@@ -179,8 +180,6 @@ - m_wrap_at=w; - return true; - } --#include <math.h> -- - /** - * \brief return the effective rate - * diff --git a/media-libs/libffado/files/libffado-2.3.0-include-signal.patch b/media-libs/libffado/files/libffado-2.3.0-include-signal.patch deleted file mode 100644 index 4eabf12eef05..000000000000 --- a/media-libs/libffado/files/libffado-2.3.0-include-signal.patch +++ /dev/null @@ -1,29 +0,0 @@ ------------------------------------------------------------------------- -r2706 | jwoithe | 2017-08-08 08:39:56 +0900 (Tue, 08 Aug 2017) | 11 lines - -PosixMessageQueue: ensure visibility of SIGEV_THREAD declaration. - -Orcan Ogetbil reported on the ffado-devel list that during the recent Fedora -rebuild effort FFADO 2.3.0 failed to compile because SIGEV_THREAD was -undeclared. Jano Svitok made the plausible suggestion that signal.h needs -to be included explicitly under newer glibc versions. This trivial patch -implements this. As of this commit it has not been verified that the -problem is fixed with this addition. However, there's no harm done by the -change in general and conceptionally the change is consistent with the -source file's content given the use of signal-related functionality. - - -Index: src/libutil/PosixMessageQueue.cpp -=================================================================== ---- a/src/libutil/PosixMessageQueue.cpp (revision 2705) -+++ b/src/libutil/PosixMessageQueue.cpp (revision 2706) -@@ -30,6 +30,7 @@ - #include <errno.h> - #include <string.h> - #include <poll.h> -+#include <signal.h> - - #define MQ_INVALID_ID ((mqd_t) -1) - // one second - ------------------------------------------------------------------------- diff --git a/media-libs/libffado/files/libffado-2.3.0-modelname-strip.patch b/media-libs/libffado/files/libffado-2.3.0-modelname-strip.patch deleted file mode 100644 index 8f28b6ac0f75..000000000000 --- a/media-libs/libffado/files/libffado-2.3.0-modelname-strip.patch +++ /dev/null @@ -1,45 +0,0 @@ ------------------------------------------------------------------------- -r2677 | jwoithe | 2017-03-22 07:43:24 +0900 (Wed, 22 Mar 2017) | 1 line - -configrom: there is no obvious reason why a space should be added to the end of the vendor and model strings returned from the interface. Retain the explicit null termination of these strings to cover for the case where an interface may not return any null bytes. Also fix indentation associated with the null termination code. The issue with the trailing space was noticed and reported by Nils Philippsen: its presence broke a test in the saffire_dice mixer python code. ------------------------------------------------------------------------- -Index: src/libieee1394/configrom.cpp -=================================================================== ---- a/src/libieee1394/configrom.cpp (revision 2676) -+++ b/src/libieee1394/configrom.cpp (revision 2677) -@@ -176,13 +176,11 @@ - ( void* )CSR1212_TEXTUAL_DESCRIPTOR_LEAF_DATA( m_vendorNameKv ), - len ); - -- while ((buf + len - 1) == '\0') { -- len--; -+ while (*(buf + len - 1) == '\0') { -+ len--; - } -- // \todo XXX seems a bit strage to do this but the nodemgr.c code does -- // it. try to figure out why this is needed (or not) -- buf[len++] = ' '; -- buf[len] = '\0'; -+ // Ensure vendor string is null terminated -+ buf[len] = '\0'; - - - debugOutput( DEBUG_LEVEL_VERBOSE, "Vendor name: '%s'\n", buf ); -@@ -195,13 +193,11 @@ - memcpy( buf, - ( void* )CSR1212_TEXTUAL_DESCRIPTOR_LEAF_DATA( m_modelNameKv ), - len ); -- while ((buf + len - 1) == '\0') { -- len--; -+ while (*(buf + len - 1) == '\0') { -+ len--; - } -- // \todo XXX for edirol fa-66 it seems somehow broken. see above -- // todo as well. -- buf[len++] = ' '; -- buf[len] = '\0'; -+ // Ensure model name string is null terminated -+ buf[len] = '\0'; - - debugOutput( DEBUG_LEVEL_VERBOSE, "Model name: '%s'\n", buf); - m_modelName = buf; |