Skip to content
Snippets Groups Projects
  1. May 12, 2015
  2. May 08, 2015
    • George Joseph's avatar
      doc: Make progdocs play nice with git · 7de043e4
      George Joseph authored
      Moved contrib/asterisk-ng-doxygen to doc/asterisk-ng-doxygen.in
      
      Changed /Makefile to copy asterisk-ng-doxygen.in to
      asterisk-ng-doxygen then modify it with version instead of
      modifying asterisk-ng-doxygen directly.  Updated clean
      targets as well.
      
      Updated /.gitignore and doc/.gitignore.
      
      Change-Id: I38712d3e334fa4baec19d30d05de8c6f28137622
      7de043e4
  3. Apr 14, 2015
    • Corey Farrell's avatar
      Build System: Replace comment about setting menuselect defaults. · 29c7068a
      Corey Farrell authored
      The Makefile claims that you can set default menuselect options by creating
      ~/.asterisk.makeopts or /etc/asterisk.makeopts, but those files have never
      been respected in Asterisk 11 or 13.  This changes the comment to accurately
      reflect that these files are not automatically used by the build system.
      
      ASTERISK-13721 #close
      Reported by: pj
      
      Change-Id: Ibde804ff196283def49ccb9432fbf224a22586e2
      29c7068a
  4. Mar 12, 2015
    • Matthew Jordan's avatar
      Add support for the clang compiler; update RAII_VAR to use BlocksRuntime · 69e30dfc
      Matthew Jordan authored
      RAII_VAR, which is used extensively in Asterisk to manage reference counted
      resources, uses a GCC extension to automatically invoke a cleanup function
      when a variable loses scope. While this functionality is incredibly useful
      and has prevented a large number of memory leaks, it also prevents Asterisk
      from being compiled with clang.
      
      This patch updates the RAII_VAR macro such that it can be compiled with clang.
      It makes use of the BlocksRuntime, which allows for a closure to be created
      that performs the actual cleanup.
      
      Note that this does not attempt to address the numerous warnings that the clang
      compiler catches in Asterisk.
      
      Much thanks for this patch goes to:
      * The folks on StackOverflow who asked this question and Leushenko for
        providing the answer that formed the basis of this code:
        http://stackoverflow.com/questions/24959440/rewrite-gcc-cleanup-macro-with-nested-function-for-clang
      * Diederik de Groot, who has been extremely patient in working on getting this
        patch into Asterisk.
      
      Review: https://reviewboard.asterisk.org/r/4370/
      
      ASTERISK-24133
      ASTERISK-23666
      ASTERISK-20399
      ASTERISK-20850 #close
      Reported by: Diederik de Groot
      patches:
        RAII_CLANG.patch uploaded by Diederik de Groot (License 6600)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/11@432807 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      69e30dfc
  5. Oct 31, 2014
  6. Oct 12, 2014
  7. Jun 22, 2014
  8. Feb 16, 2014
  9. Feb 14, 2014
  10. Oct 02, 2013
  11. Apr 15, 2013
  12. Apr 02, 2013
  13. Apr 01, 2013
  14. Feb 04, 2013
  15. Jan 18, 2013
  16. Oct 18, 2012
    • Richard Mudgett's avatar
      build_tools: Allow Asterisk to report git SHAs in version string. · 7c693104
      Richard Mudgett authored
      Make git more attractive for managing work-in-progress.  Especially
      convenient when a potential patch set needs to be tested on multiple
      platforms since one can use git to keep all the test environments in sync
      independent of a subversion server.
      
      Now the Asterisk version will show the exact git SHA5 that was used when
      building (still appended by "M" if there are local modifications) from a
      git clone of the Asterisk repository so the developer can more easily know
      what is actually under test.
      
      You will now get this:
      
        $ asterisk -V
        Asterisk GIT-1698298
      
      Instead of this:
      
        $ asterisk -V
        Asterisk UNKNOWN__and_probably_unsupported
      
      This has zero impact for those not using git with the exception of an
      extra test in the configure script to gather git's path.  This is
      necessary to prevent "sudo make install" from failing since git may not be
      in the path in make's shell environment.
      
      (closes issue ASTERISK-20483)
      Reported by: Shaun Ruffell
      Patches:
            0001-build_tools-Allow-Asterisk-to-report-git-SHAs-in-ver.patch (license #5417) patch uploaded by Shaun Ruffell
            Modified
      ........
      
      Merged revisions 375189 from http://svn.asterisk.org/svn/asterisk/branches/1.8
      ........
      
      Merged revisions 375190 from http://svn.asterisk.org/svn/asterisk/branches/10
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/11@375191 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      7c693104
  17. Sep 18, 2012
  18. Sep 11, 2012
  19. Jun 25, 2012
    • Matthew Jordan's avatar
      Add AMI event documentation · 82a7409c
      Matthew Jordan authored
      This patch adds the core changes necessary to support AMI event documentation
      in the source files of Asterisk, and adds documentation to those AMI events
      defined in the core application modules.  Event documentation is built from
      the source by two new python scripts, located in build_tools:
      get_documentation.py and post_process_documentation.py.
      
      The get_documentation.py script mirrors the actions of the existing AWK
      get_documentation scripts, except that it will scan the entirety of a source
      file for Asterisk documentation.  Upon encountering it, if the documentation
      happens to be an AMI event, it will attempt to extract information about the
      event directly from the manager event macro calls that raise the event.  The
      post_process_documentation.py script combines manager event instances that
      are the same event but documented in multiple source files.  It generates
      the final core-[lang].xml file.
      
      As this process can take longer to complete than a typical 'make all', it
      is only performed if a new make target, 'full', is chosen.
      
      Review: https://reviewboard.asterisk.org/r/1967/
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@369346 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      82a7409c
  20. Jun 13, 2012
  21. Jun 12, 2012
  22. Jun 01, 2012
  23. May 09, 2012
  24. Apr 12, 2012
  25. Mar 08, 2012
  26. Jan 30, 2012
    • Kevin P. Fleming's avatar
      Correct serious flaw in the top-level Makefile. · c6489d7b
      Kevin P. Fleming authored
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@353319 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      c6489d7b
    • Kevin P. Fleming's avatar
      Address OpenSSL initialization issues when using third-party libraries. · 92ef8a6f
      Kevin P. Fleming authored
      When Asterisk is used with various third-party libraries (CURL, PostgresSQL,
      many others) that have the ability themselves to use OpenSSL, it is possible
      for conflicts to arise in how the OpenSSL libraries are initialized and
      shutdown. This patch addresses these conflicts by 'wrapping' the important
      functions from the OpenSSL libraries in a new shared library that is part
      of Asterisk itself, and is loaded in such a way as to ensure that *all*
      calls to these functions will be dispatched through the Asterisk wrapper
      functions, not the native functions.
      
      This new library is optional, but enabled by default. See the CHANGES file
      for documentation on how to disable it.
      
      Along the way, this patch also makes a few other minor changes:
      
      * Changes MODULES_DIR to ASTMODDIR throughout the build system, in order to
        more closely match what is used during run-time configuration.
      
      * Corrects some errors in the configure script where AC_CHECK_TOOLS was used
        instead of AC_PATH_PROG.
      
      * Adds a new variable for linker flags in the build system (DYLINK), used for
        producing true shared libraries (as opposed to the dynamically loadable
        modules that the build system produces for 'regular' Asterisk modules).
      
      * Moves the Makefile bits that handle installation and uninstallation of the
        main Asterisk binary into main/Makefile from the top-level Makefile.
      
      * Moves a couple of useful preprocessor macros from optional_api.h to
        asterisk.h.
      
      Review: https://reviewboard.asterisk.org/r/1006/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@353317 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      92ef8a6f
  27. Jan 25, 2012
    • Kevin P. Fleming's avatar
      Remove "asterisk/version.h" in favor of "asterisk/ast_version.h". · 9ee8a744
      Kevin P. Fleming authored
      A long time ago, in a land far far away, we added "asterisk/ast_version.h",
      which provides the ast_get_version() and ast_get_version_num() functions. These
      were added so that modules that needed the version information for the Asterisk
      instance they were loaded in could actually get it (as opposed the version that
      they were compiled against). We changed everything in the tree to use the
      new mechanism (although later main/test.c was added using the old method).
      However, the old mechanism was never removed, and as a result, new code is
      still trying to use it.
      
      This commit removes asterisk/version.h and replaces it with a header that
      will generate a compile-time error if you try to use it (the error message
      tells you which header you should use instead). It also removes the Makefile
      and build_tools bits that generated the file, and it updates main/test.c to
      use the 'proper' method of getting the Asterisk version information.
      
      This is an API change and thus is being committed for trunk only, but it's
      a fairly minor one and definitely improves the situation for out-of-tree
      modules.
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@352626 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      9ee8a744
  28. Jan 17, 2012
  29. Dec 07, 2011
  30. Oct 04, 2011
  31. Sep 19, 2011
  32. Aug 25, 2011
  33. Aug 17, 2011
  34. Jul 19, 2011
    • Kevin P. Fleming's avatar
      Merged revisions 328879 via svnmerge from · 6855bb87
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/2.0
      
      ................
        r328879 | kpfleming | 2011-07-19 16:31:16 -0500 (Tue, 19 Jul 2011) | 23 lines
        
        Merged revisions 328878 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.8
        
        ........
          r328878 | kpfleming | 2011-07-19 16:29:07 -0500 (Tue, 19 Jul 2011) | 17 lines
          
          Revert partial attempt at handling pathnames with spaces.
          
          Revision 299794 attempted to improve the build system to be able to handle
          pathnames (primarily DESTDIR) with spaces in them, since this is common on
          some platforms (including Mac OSX). Unfortunately, the changes were incomplete
          and did not actually provide the desired behavior, and as a side effect the
          functionality that ensured that stale headers in the Asterisk 'include' directory
          were removed got broken. In addition, the check for stale (and possibly
          incompatible) modules in the Asterisk 'modules' directory also got broken, and
          would never report any stale modules. Users upgrading to this version or later
          versions would then see unexpected module load errors.
          
          Since there are few users who actually want to install Asterisk into paths
          that contain spaces, and a proper fix for the build system would take many hours,
          the best solution for now is to just revert the partial solution.
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@328881 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      6855bb87
Loading