Skip to content
Snippets Groups Projects
  1. Nov 19, 2008
  2. Nov 04, 2008
  3. Nov 02, 2008
  4. Nov 01, 2008
  5. Oct 06, 2008
  6. Aug 08, 2008
  7. Aug 03, 2008
  8. Jul 21, 2008
  9. Jul 01, 2008
  10. Jun 12, 2008
  11. Jun 10, 2008
  12. Jun 02, 2008
  13. Mar 17, 2008
  14. Mar 11, 2008
  15. Jan 28, 2008
  16. Jan 25, 2008
  17. Jan 22, 2008
  18. Jan 16, 2008
  19. Jan 13, 2008
  20. Jan 11, 2008
  21. Jan 10, 2008
  22. Jan 01, 2008
  23. Dec 31, 2007
  24. Dec 19, 2007
  25. Dec 17, 2007
    • Kevin P. Fleming's avatar
      Merged revisions 93180 via svnmerge from · 100ef27a
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
      r93180 | kpfleming | 2007-12-16 22:44:51 -0800 (Sun, 16 Dec 2007) | 23 lines
      
      In http://lists.digium.com/pipermail/asterisk-dev/2007-December/031145.html,
      rizzo brought up some issues related to the way that the metadata required
      for menuselect and the rest of the build system is extracted from the source
      files. Since I had a few hours to kill on an airplane today, I decided to
      improve this situation... so now the system caches the extracted metadata
      and uses it to build the menuselect 'tree' as much as it can. The result
      of this is that when a single source file is changed, only the metadata for
      that file needs to be extracted again, and the rest is used from the cache
      files. I also reduced the number of forked processes required to do the
      metadata extraction; it was actually possible to do most of what we needed
      in the Makefiles themselves without using any shell scripts at all! On my
      laptop, these changes resulted in an 80% decrease in the time required
      for the 'menuselect.makeopts' automatic check to occur after editing a single
      source file.
      
      While doing this work I also cleaned up a few minor things in the Makefiles,
      adding a check for 'awk' to the configure script and changed all remaining
      places we use 'grep' or 'awk' to use the ones found by the configure script,
      and changed the 'prep_tarball' script to build the menuselect metadata so
      that tarballs of Asterisk will include it and won't require the user to
      wait while it is extracted after unpacking.
      
      
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@93184 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      100ef27a
  26. Nov 21, 2007
  27. Nov 20, 2007
  28. Nov 17, 2007
  29. Nov 02, 2007
  30. Nov 01, 2007
  31. Sep 14, 2007
  32. Jun 28, 2007
  33. May 25, 2007
  34. May 24, 2007
  35. Mar 15, 2007
  36. Mar 13, 2007
    • Russell Bryant's avatar
      Merge changes from team/russell/sqlite: · 5bea998a
      Russell Bryant authored
      * Add new module, cdr_sqlite3_custom which allows logging custom CDRs into a
        SQLite3 database.  (issue #7149, alerios)
      * Add new module, res_config_sqlite, which adds realtime database configuration
        support for SQLite version 2.  I decided that this was ok since we didn't have
        any realtime support for version 3.  If someone ports this to version 3, then
        version 2 support can be removed or marked deprecated.
        (issue #7790, rbarun_proformatique)
      * Mark cdr_sqlite as deprecated in favor of cdr_sqlite3_custom.
      
      Also, note that there were other modules on the bug tracker that did not make
      the cut because they provided some duplicated functionality.  Those are:
      
      * cdr_sqlite3 (issue #6754, moy)
      * cdr_sqlite3 (issue #8694, bsd)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@58866 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      5bea998a
  37. Jan 19, 2007
Loading