1. 31 Aug, 2019 1 commit
  2. 08 Nov, 2018 1 commit
  3. 28 Oct, 2018 3 commits
  4. 23 Jul, 2018 1 commit
  5. 06 Jan, 2017 1 commit
  6. 10 Aug, 2016 2 commits
    • Thomas Petazzoni's avatar
    • Thomas Petazzoni's avatar
      build: fix architecture detection · ff77a85c
      Thomas Petazzoni authored
      The current architecture detection, based on the "host_cpu" part of the
      tuple does not work properly for a number of reason:
      
       - The code assumes that if host_cpu starts with "arm" then ARM
         instructions are available, which is incorrect. Indeed, Cortex-M
         platforms can run Linux, they are ARM platforms (so host_cpu = arm),
         but they don't support ARM instructions: they support only the
         Thumb-2 instruction set.
      
       - The armv7 case is also not very useful, as it is not standard at all
         to pass armv7 as host_cpu even if the host system is actually ARMv7
         based.
      
       - For the same reason, the armv8 case is not very useful: ARMv8 is
         AArch64, and there is already a separate case to handle this
         architecture.
      
      So, this commit moves away from a host_cpu based logic, and instead
      tests using AC_CHECK_DECLS() the built-in definitions of the compiler:
      
       - If we have __ARM_ARCH_ISA_ARM defined, then it's an ARM processor
         that supports the ARM instruction set (this allows to exclude Thumb-2
         only processors).
      
       - If we have __ARM_ARCH_7A__, then we have an ARMv7-A processor, and
         we can enable the corresponding optimizations
      
       - Same for __aarch64__, __i386__ and __x86_64__.
      
      In addition, we remove the AC_MSG_ERROR() that makes the build fail for
      all architectures but the ones that are explicitly supported. Indeed,
      webrtc-audio-processing builds just fine for other architectures (tested
      on MIPS), it's just that none of the architecture-specific optimizations
      will be used.
      Signed-off-by: 's avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      ff77a85c
  7. 14 Jul, 2016 13 commits
  8. 22 Jun, 2016 2 commits
  9. 21 Jun, 2016 1 commit
  10. 01 Jun, 2016 1 commit
    • Rex Dieter's avatar
      build: enforce linking with --no-undefined, add explicit -lpthread · d58164e4
      Rex Dieter authored
      In investigating x86/sse2 issues in recent webrtc-audio-processing-0.2
      release, I found that it was possible for libwebrtc_audio_processing to
      contain undefined symbols.
      
      Attached is a patch that addresses this:
      * adds -Wl,--no-undefined to libwebrtc_audio_processing_la_LDFLAGS
      * adds explicit -lpthread linkage (else, there are undefined references
        to pthread-related symbols)
      Signed-off-by: Arun Raghavan's avatarArun Raghavan <arun@arunraghavan.net>
      d58164e4
  11. 04 Nov, 2015 11 commits
  12. 19 Oct, 2015 3 commits