Skip to content
Snippets Groups Projects
  1. Sep 25, 2018
    • George Joseph's avatar
      configure.ac: Check for unbound version >= 1.5 · 1ba51b00
      George Joseph authored
      In order to do this and provide good feedback, a new macro was
      created (AST_EXT_LIB_EXTRA_CHECK) which does the normal check and
      path setups for the library then compiles, links and runs a supplied
      code fragment to do the final determination.  In this case, the
      final code fragment compares UNBOUND_VERSION_MAJOR
      and UNBOUND_VERSION_MINOR to determine if they're greater than or
      equal to 1.5.
      
      Since we require version 1.5, some code in res_resolver_unbound
      was also simplified.
      
      ASTERISK-28045
      Reported by: Samuel Galarneau
      
      Change-Id: Iee94ad543cd6f8b118df8c4c7afd9c4e2ca1fa72
      1ba51b00
  2. Jul 14, 2018
  3. Jun 21, 2018
  4. Apr 04, 2018
    • Corey Farrell's avatar
      Build System: Strip '-std=c99' from CFLAGS provided by libraries. · e40fd7a2
      Corey Farrell authored
      Asterisk requires GNU C extensions.  On some systems certain libraries
      may incorrectly push -std=c99 into CFLAGS, thus breaking the build.
      This change causes that flag to be stripped so the Asterisk build is not
      broken by those libraries.  This change is made for both pkgconfig and
      tool based libraries.
      
      ASTERISK-27629 #close
      
      Change-Id: I13389613b194abbac77becf90cd950dc168704db
      e40fd7a2
  5. Feb 14, 2018
  6. Jan 05, 2018
  7. Dec 22, 2017
  8. Dec 02, 2017
    • Corey Farrell's avatar
      autoconf: Remove use of m4_ifblank. · 39939cec
      Corey Farrell authored
      The m4_ifblank macro is not available on CentOS 6, reverse conditionals
      to allow use of m4_ifval instead.  ./bootstrap.sh was run but this patch
      does not result in any difference to the generated configure script.
      
      Change-Id: I280785deb872ed8d3339d99cce63a2b54d5f1438
      39939cec
  9. Nov 28, 2017
  10. Nov 10, 2017
    • Corey Farrell's avatar
      Build: Make function constructor/destructor attributes mandatory. · e9f8b317
      Corey Farrell authored
      This change causes the configure script to fail if the C compiler does
      not support both function attributes constructor and destructor.  These
      were already required as modules cannot function without these attributes
      and Asterisk requires modules.
      
      This also has AST_GCC_ATTRIBUTE set a variable
      ax_cv_have_func_attribute_$1.  This is the same variable name used by
      autoconf-archive's AX_GCC_FUNC_ATTRIBUTE, used for the same purpose.
      
      Change-Id: Id68e8a1447f2a6d707c54b56350e7bfdb33fb663
      e9f8b317
  11. May 26, 2017
    • Sean Bright's avatar
      res_srtp: Add support for libsrtp2 · 1f136fe8
      Sean Bright authored
      ASTERISK-25294 #close
      Reported by: Tzafrir Cohen
      
      ASTERISK-26976 #close
      Reported by: Alex
      
      Change-Id: I789b1c3d1ed31365bbd9339fa58ef36f48833c40
      1f136fe8
  12. Jul 13, 2016
  13. Jul 04, 2016
  14. Jun 21, 2016
  15. Jun 10, 2015
  16. May 03, 2015
    • Diederik de Groot's avatar
      Update configure.ac/Makefile for clang · 305ce3de
      Diederik de Groot authored
      Created autoconf/ast_check_raii.m4: contains AST_CHECK_RAII which
      checks compiler requirements for RAII:
      gcc: -fnested-functions support
      clang: -fblocks (and if required -lBlocksRuntime)
      The original check was implemented in configure.ac and now has it's
      own file. This function also sets C_COMPILER_FAMILY to either gcc or
      clang for use by makefile
      
      Created autoconf/ast_check_strsep_array_bounds.m4 (contains
      AST_CHECK_STRSEP_ARRAY_BOUNDS):
      which checks if clang is able to handle the optimized strsep & strcmp
      functions (linux). If not, the standard libc implementation should be
      used instead. Clang + the optimized macro's work with:
      strsep(char *, char []), but not with strsepo(char *, char *).
      Instead of replacing all the occurences throughout the source code,
      not using the optimized macro version seemed easier
      
      See 'define __strcmp_gc(s1, s2, l2) in bits/string2.h':
      llvm-comment: Normally, this array-bounds warning are suppressed for
      macros, so that unused paths like the one that accesses __s1[3] are
      not warned about.  But if you preprocess manually, and feed the
      result to another instance of clang, it will warn about all the
      possible forks of this particular if statement. Instead of switching
      of this optimization, another solution would be to run the preproces-
      sing step with -frewrite-includes, which should preserve enough
      information so that clang should still be able to suppress the diag-
      nostic at the compile step later on.
      
      See also "https://llvm.org/bugs/show_bug.cgi?id=20144"
      See also "https://llvm.org/bugs/show_bug.cgi?id=11536"
      
      Makefile.rules: If C_COMPILER_FAMILY=clang then add two warning
      suppressions:
      -Wno-unused-value
      -Wno-parentheses-equality
      In an earlier review (reviewboard: 4550 and 4554), they were deemed a
      nuisace and less than benefitial.
      
      configure.ac:
      Added AST_CHECK_RAII() see earlier
      Added AST_CHECK_STRSEP_ARRAY_BOUNDS() see earlier
      Removed moved content
      
      ASTERISK-24917
      Change-Id: I12ea29d3bda2254ad3908e279b7effbbac6a97cb
      305ce3de
  17. Jul 18, 2014
  18. Jun 20, 2014
  19. Mar 14, 2013
  20. Jan 29, 2013
  21. May 14, 2012
  22. Feb 16, 2012
  23. Jan 14, 2012
  24. Oct 06, 2011
    • Richard Mudgett's avatar
      Merged revisions 339720 via svnmerge from · 6e5f97df
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/10
      
      ................
        r339720 | rmudgett | 2011-10-06 17:58:40 -0500 (Thu, 06 Oct 2011) | 27 lines
        
        Merged revisions 339719 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.8
        
        ........
          r339719 | rmudgett | 2011-10-06 17:47:50 -0500 (Thu, 06 Oct 2011) | 20 lines
          
          Fix regression in configure script for libpri capability checks.
          
          JIRA AST-598 added the PRI_L2_PERSISTENCE option to fix BRI PTMP TE layer
          2 persistence issues with some telcos.  ASTERISK-18535 attempted to fix
          the unexpected requirement that libpri *must* have that feature to work
          with Asterisk.  The AST_EXT_LIB_SETUP_DEPENDENT lines made the PRI
          optional features required.  Unfortunately, I thought
          AST_EXT_LIB_SETUP_DEPENDENT didn't do anything useful for libpri and
          deleted those lines for libpri.  The result was the HAVE_PRI_xxx defines
          that control the ability to use optional libpri features were also
          deleted.
          
          * Created AST_EXT_LIB_SETUP_OPTIONAL configuration macro to allow optional
          features in a library that the source code could take advantage of if the
          code supports the feature.
          
          (closes issue ASTERISK-18687)
          Reported by: Norbert
          Tested by: rmudgett
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@339721 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      6e5f97df
  25. May 04, 2011
  26. Jan 09, 2011
  27. Oct 07, 2010
  28. Jul 26, 2010
  29. Jul 23, 2010
  30. Jul 17, 2010
  31. Jul 15, 2010
  32. Jun 23, 2010
  33. Jun 13, 2010
    • Tzafrir Cohen's avatar
      bashism in configure script · 2743e9b2
      Tzafrir Cohen authored
      Theoretically the ./configure script is a pure bourne-shell script.
      Practically it may be run by bash if /bin/sh is not good enough. But we should not count on it. See bug report for the gory details.
      
      (closes issue #17485)
      Patches:
            0001-remove-bashism-from-ast_check_pwlib.m4.patch uploaded by tzafrir (license 46)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@270184 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      2743e9b2
  34. Jun 04, 2010
  35. May 17, 2010
  36. May 09, 2010
  37. Aug 27, 2009
Loading