1. 17 1月, 2020 1 次提交
    • D
      bootstrap: remove 26 more gnulib modules · 9bb3571f
      Daniel P. Berrangé 提交于
       * send, recv: we use write & read for sockets so don't
         need these portability wrappers
       * ioctl, fcntl, fcntl-h: any usage of these is conditionally
         compiled and excludes Windows
       * ttyname_r: this exists in all supported platforms that
         we require now
       * environ: the tests explicitly declare this global variable
       * intprops: the code has been converted / simplified
       * nonblocking: we have a custom impl now to work with our
         own sockets wrappers
       * openpty: custom checks in configure.ac cope with portability
       * accept, bind, connect, getpeername, getsockname, listen,
         setsockopt, socket: code needing Windows portability uses
         our wrapper functions
       * close: avoids abort when passed invalid FD on Windows.
         Our VIR_FORCE_CLOSE wrapper avoids calling close(-1)
         and it is reasonable to abort in other scenarios in
         the RPC client
       * physmem: the gnulib code has been partially imported
       * warnings, manywarnings: copy the files directly into
         our local m4 dir
       * verify: replaced by G_STATIC_ASSERT
       * pthread_sigmask: none of the fixed portability problems
         affect libvirt's usage on current supported platforms
       * termios: the header is now conditionally included only
         when needed
       * time_r: replaced with GDateTime APIs
      Reviewed-by: NPavel Hrdina <phrdina@redhat.com>
      Signed-off-by: NDaniel P. Berrangé <berrange@redhat.com>
      9bb3571f
  2. 03 1月, 2020 2 次提交
  3. 10 12月, 2019 2 次提交
  4. 20 11月, 2019 8 次提交
  5. 09 11月, 2019 1 次提交
  6. 18 10月, 2019 1 次提交
    • D
      util: drop support for stack traces with logging · 9b80e0c1
      Daniel P. Berrangé 提交于
      The log filters have supported the use of a "+" before the source match
      string to request that a stack trace be emitted for every log message:
      
        commit 54856395
        Author: Daniel P. Berrange <berrange@redhat.com>
        Date:   Wed May 9 15:18:56 2012 +0100
      
          Allow stack traces to be included with log messages
      
          Sometimes it is useful to see the callpath for log messages.
          This change enhances the log filter syntax so that stack traces
          can be show by setting '1:+NAME' instead of '1:NAME'.
      
      With the huge & ever increasing number of logging statements per file,
      this will be incredibly verbose and have a major performance penalty.
      This makes the feature impractical to use widely and as such it is not
      worth the code maint cost.
      
      Removing this seldom used feature allows us to drop the 'execinfo'
      module in gnulib which provides the backtrace() function which doesn't
      exist on non-Linux.
      
      Users who want to get stack traces of parts of libvirt can use GDB,
      or systemtap for live tracing with minimal perf impact.
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      Signed-off-by: NDaniel P. Berrangé <berrange@redhat.com>
      9b80e0c1
  7. 14 10月, 2019 5 次提交
  8. 09 10月, 2019 1 次提交
  9. 07 10月, 2019 14 次提交
  10. 20 9月, 2019 2 次提交
  11. 03 4月, 2019 1 次提交
    • A
      maint: Stop generating ChangeLog from git · ce97c33a
      Andrea Bolognani 提交于
      Our ChangeLog is generated by basically redirecting the output
      of 'git log' into it so, as can be expected, it has only gotten
      bigger as development has progressed. As of today, its size has
      reached pretty much comical levels:
      
        $ du -sk ChangeLog
        11328 ChangeLog
      
      All of that for information *literally nobody* cares about: end
      users and distro maintainers have proper release notes lovingly
      compiled for them, while developers peruse the history either by
      calling 'git log' directly or through their favorite $EDITOR's
      git integration.
      
      Replacing the generated ChangeLog with a short message pointing
      interested parties to the git repository does not only reduce
      the size of the unpacked sources from 259904 KiB to 248576 KiB
      (~4% saving): from a quick test on my laptop, doing so reduces
      the size of the *compressed* release archive from 15140 KiB to
      12364 KiB (~18% saving) and also takes the time needed to run
      'make distcheck' down from 4:44 to 4:21 (~8% saving).
      Signed-off-by: NAndrea Bolognani <abologna@redhat.com>
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      ce97c33a
  12. 25 1月, 2019 1 次提交
  13. 28 8月, 2018 1 次提交