Skip to content
Snippets Groups Projects
  1. Aug 30, 2012
    • Matthew Jordan's avatar
      Clean up doxygen warnings · 8018b879
      Matthew Jordan authored
      This patch fixes numerous doxygen warnings across Asterisk.  It also updates
      the makefile to regenerate the doxygen configuration on the local system
      before running doxygen to help prevent warnings/errors on the local system.
      
      Much thanks to Andrew for tackling one of the Asterisk janitor projects!
      
      (issue ASTERISK-20259)
      Reported by: Andrew Latham
      Patches:
        doxygen_partial.diff uploaded by Andrew Latham (license 5985)
        make_progdocs.diff uploaded by Andrew Latham (license 5985)
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@371989 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      8018b879
  2. 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
  3. Jun 13, 2012
  4. Jun 12, 2012
  5. Jun 01, 2012
  6. May 09, 2012
  7. Apr 12, 2012
  8. Mar 08, 2012
  9. 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
  10. 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
  11. Jan 17, 2012
  12. Dec 07, 2011
  13. Oct 04, 2011
  14. Sep 19, 2011
  15. Aug 25, 2011
  16. Aug 17, 2011
  17. 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
  18. Jul 12, 2011
  19. Jul 06, 2011
    • Terry Wilson's avatar
      Replace Berkeley DB with SQLite 3 · efd040cd
      Terry Wilson authored
      There were some bugs in the very ancient version of Berkeley DB that Asterisk
      used. Instead of spending the time tracking down the bugs in the Berkeley code
      we move to the much better documented SQLite 3.
      
      Conversion of the old astdb happens at runtime by running the included
      astdb2sqlite3 utility. The ast_db API with SQLite 3 backend should behave
      identically to the old Berkeley backend, but in the future we could offer a
      much more robust interface.
      
      We do not include the SQLite 3 library in the source tree, but instead rely
      upon the distribution-provided libraries. SQLite is so ubiquitous that this
      should not place undue burden on administrators.
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@326589 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      efd040cd
  20. Jun 16, 2011
  21. May 05, 2011
  22. Mar 11, 2011
    • Kevin P. Fleming's avatar
      Use "-march=native" when possible. · 7cf70df9
      Kevin P. Fleming authored
      Recent versions of GCC have a tuning option value of 'native', which causes
      the compiler to optimize the build for the CPU the compile is performed on.
      Since most people are building Asterisk on the machine they plan to run it on,
      the configure script and build system will now use this value unless a different
      value is specified by the user in CFLAGS when the configure script is executed.
      In addition, this value will be used for building the GSM and LPC10 codecs as
      well, in preference to the logic that has been in their Makefiles forever to
      optimize for certain types of CPUs.
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@310332 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      7cf70df9
  23. Jan 12, 2011
  24. Jan 06, 2011
  25. Dec 29, 2010
  26. Dec 27, 2010
  27. Dec 07, 2010
  28. Dec 02, 2010
  29. Nov 11, 2010
  30. Oct 13, 2010
  31. Sep 28, 2010
  32. Aug 26, 2010
  33. Jul 24, 2010
  34. Jul 23, 2010
Loading