Skip to content
Snippets Groups Projects
  1. Oct 24, 2017
  2. Aug 09, 2016
  3. May 14, 2015
    • Corey Farrell's avatar
      MALLOC_DEBUG: Replace WRAP_LIBC_MALLOC with ASTMM_LIBC. · 478fb4a3
      Corey Farrell authored
      There are 3 ways that calls directly to standard allocator functions can
      be dealt with:
      1. Block their use, cause them to generate an error.  This is the default.
      2. Replace them with the Asterisk equivalent function calls.
      3. Leave them alone.
      
      This change allows one of these 3 options to be selected by any source.
      The source just needs to define ASTMM_LIBC to ASTMM_BLOCK, ASTMM_REDIRECT,
      or ASTMM_IGNORE to use option 1, 2 or 3 respectively.  Normally ASTMM_BLOCK
      is the correct option, so it is default when ASTMM_LIBC is not defined.
      In some cases when building 3rd party code it is desirable to have it use
      Asterisk functions, without changing the whole source - ASTMM_REDIRECT
      accomplishes this.  When using 3rd party libraries sometimes a static
      inline function will make use of malloc or free.  In these cases it may
      be unsafe to replace the allocator in the header, as it's possible the
      memory could be freed by the library using standard allocators.  For
      those cases ASTMM_IGNORE is needed.
      
      Change-Id: I8afef4bc7f3b93914263ae27d3a5858b69663fc7
      478fb4a3
  4. May 08, 2015
    • Corey Farrell's avatar
      Fix crash in codec_lpc10 when MALLOC_DEBUG is enabled. · f93b3a22
      Corey Farrell authored
      This switches codecs/lpc10/lpcini.c back to including "asterisk.h"
      instead of <stdlib.h>.  lpcini.c allocates memory that is freed by
      codec_lpc10.c, so it is important to use MALLOC_DEBUG allocator.
      Added #define WRAP_LIBC_MALLOC to the start of the source to prevent
      runtime symbol link error's.
      
      Change-Id: I74f63fd09fdeb673ee7753122c3bb4722ab6e1ac
      f93b3a22
  5. May 05, 2015
    • Corey Farrell's avatar
      Modules: Make ast_module_info->self available to auxiliary sources. · a8bfa9e1
      Corey Farrell authored
      ast_module_info->self is often needed to register items with the core.  Many
      modules have ad-hoc code to make this pointer available to auxiliary sources.
      This change updates the module build process to make the needed information
      available to all sources in a module.
      
      ASTERISK-25056 #close
      Reported by: Corey Farrell
      
      Change-Id: I18c8cd58fbcb1b708425f6757becaeca9fa91815
      a8bfa9e1
  6. Apr 12, 2012
  7. May 03, 2011
  8. 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
  9. Jul 30, 2009
  10. Jul 21, 2009
    • Kevin P. Fleming's avatar
      Merged revisions 207647 via svnmerge from · 96e4e31e
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
        r207647 | kpfleming | 2009-07-21 08:04:44 -0500 (Tue, 21 Jul 2009) | 12 lines
        
        Ensure that user-provided CFLAGS and LDFLAGS are honored.
        
        This commit changes the build system so that user-provided flags (in ASTCFLAGS
        and ASTLDFLAGS) are supplied to the compiler/linker *after* all flags provided
        by the build system itself, so that the user can effectively override the
        build system's flags if desired. In addition, ASTCFLAGS and ASTLDFLAGS can now
        be provided *either* in the environment before running 'make', or as variable
        assignments on the 'make' command line. As a result, the use of COPTS and LDOPTS
        is no longer necessary, so they are no longer documented, but are still supported
        so as not to break existing build systems that supply them when building Asterisk.
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@207680 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      96e4e31e
  11. Oct 30, 2008
  12. Oct 15, 2008
  13. Oct 29, 2007
  14. Dec 18, 2006
  15. Oct 13, 2006
  16. Sep 30, 2006
    • Luigi Rizzo's avatar
      merge compile fixes from 44080: · 8d6d166b
      Luigi Rizzo authored
      - with AST_DEVMODE, building codecs/lpc10 fails because of lots
        of warnings, and the configure step in editline fails as well.
        Fix this by removing the -Werror in these steps.
      
      - on FreeBSD (but probably on other platforms as well), the final   
        link of asterisk fails because AST_LIBS was not exported to the
        subdirs Makefiles. Add a proper fix in the top-level Makefile
        (a possible alternative way is to add "export AST_LIBS" near
        the beginning of the file).
        With this fix, i believe that some of the platform-specific
        conditionals in main/Makefile are redundant (because they should
        be already dealt with in the top level Makefile) but i don't
        have a platform to check.
      
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@44081 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      8d6d166b
  17. Sep 29, 2006
  18. Jul 06, 2006
  19. Jun 09, 2006
  20. Apr 24, 2006
  21. Feb 14, 2006
  22. Feb 10, 2006
  23. Nov 29, 2005
  24. Nov 08, 2005
  25. Mar 27, 2005
  26. Dec 14, 2004
  27. Aug 31, 2004
  28. Jun 26, 2004
  29. Jun 22, 2004
  30. Mar 15, 2004
  31. Jan 08, 2004
  32. Nov 23, 2003
  33. Oct 27, 2003
  34. Oct 26, 2003
  35. Oct 21, 2003
  36. Oct 16, 2003
Loading