1. 26 Mar, 2019 1 kayıt (commit)
  2. 30 Ock, 2019 1 kayıt (commit)
  3. 25 Kas, 2018 1 kayıt (commit)
  4. 24 Kas, 2018 2 kayıt (commit)
    • Stephan Bergmann's avatar
      Restrict Developer Toolset to Config=linux_gcc_release_64 · d057e61c
      Stephan Bergmann yazdı
      The Jenkins "Gerrit Linux clang/dbgutil" builds started to fail in odd ways,
      presumably because of having the Developer Toolset in the PATH now when building
      compilerplugins.  So change compilerplugins/clang/pluginhandler.hxx slightly to
      force rebuild.
      
      Change-Id: I97b8f89dc2e20c85f130284ca5326a5c96c2a1ba
      Reviewed-on: https://gerrit.libreoffice.org/63962Tested-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      d057e61c
    • Stephan Bergmann's avatar
      Make Jenkins linux_gcc_release_64 pick up Developer Toolset 7 · d3f2c61e
      Stephan Bergmann yazdı
      ...as discussed at
      <https://lists.freedesktop.org/archives/libreoffice/2018-November/081423.html>
      "Re: Compiler baselines".
      
      It doesn't look exactly right to enable the Developer Toolset from autogen.sh.
      But the alternative would be to "hide" that in
      <https://ci.libreoffice.org/job/gerrit_linux_gcc_release/configure>, which would
      probably not be helpful when developers try to track down why a certain Jenkins
      build behaves the way it does.  So pragmatically stick it in autogen.sh.  (Also,
      it puts Developer Toolset on the PATH whenever it is found on a system using
      LODE_HOME, not just for the specific Config=linux_gcc_release_64 case.  Lets see
      how that works out in practice.)
      
      However, it turns out that the Developer Toolset 7's GCC 7.3.1 with
      --enable-werror (that is implicitly enabled for LODE-driven builds in
      configure.ac) and (implicit) --enable-optimized produces many false warnings
      (i.e., errors), see below for a sample.  (Actually, my experience is that
      contemporary GCC hardly ever work with -Werror in optimized builds, due to
      analysis being done on already optimized code; it surprised me to find out that
      the Jnekins linux_gcc_release_64 builds were apparently successfully done with
      --enable-werror with GCC 4.8.5.)  So explicitly --disable-werror for these
      builds.  (Which means that <https://gerrit.libreoffice.org/plugins/gitiles/lode/
      +/b82e0a9d26ef4c81046c053ff831dccfc84c56be%5E!> "For linux_gcc_release_64, don't
      let ccache strip comments" could probably be reverted again if it has negative
      impact on Jenkins' performance.)
      
      Some of the false warnings encountered:
      
      > [CXX] jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx
      > In file included from /opt/rh/devtoolset-7/root/usr/include/c++/7/vector:69:0,
      >                  from /home/tdf/sberg/core/jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx:39:
      > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc: In function ‘javaPluginError jfw_plugin_startJavaVirtualMachine(const JavaInfo*, const JavaVMOption*, sal_Int32, JavaVM**, JNIEnv**)’:
      > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc:407:15: error: variable ‘__new_finish’ might be clobbered by ‘longjmp’ or ‘vfork’ [-Werror=clobbered]
      >        pointer __new_finish(__new_start);
      >                ^~~~~~~~~~~~
      > cc1plus: all warnings being treated as errors
      
      > [CXX] libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx: In function ‘gboolean gtv_calc_header_bar_draw(GtkWidget*, cairo_t*)’:
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:117: error: ‘aRectangle._cairo_rectangle_int::height’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
      >      cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2);
      >                                                                                                    ~~~~~~~~~~~~~~~~~~^~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::height’ was declared here
      >          GdkRectangle aRectangle;
      >                       ^~~~~~~~~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:59: error: ‘aRectangle._cairo_rectangle_int::width’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
      >      cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2);
      >                                           ~~~~~~~~~~~~~~~~~^~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::width’ was declared here
      >          GdkRectangle aRectangle;
      >                       ^~~~~~~~~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:97: error: ‘aRectangle._cairo_rectangle_int::y’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
      >      cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2);
      >                                                                                     ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::y’ was declared here
      >          GdkRectangle aRectangle;
      >                       ^~~~~~~~~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:40: error: ‘aRectangle._cairo_rectangle_int::x’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
      >      cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2);
      >                            ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~
      > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::x’ was declared here
      >          GdkRectangle aRectangle;
      >                       ^~~~~~~~~~
      > cc1plus: all warnings being treated as errors
      
      > [CXX] svl/source/misc/lockfilecommon.cxx
      > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx: In static member function ‘static rtl::OUString svt::LockFileCommon::GetCurrentLocalTime()’:
      > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:190:10: error: ‘%02d’ directive writing between 2 and 5 bytes into a region of size between 1 and 9 [-Werror=format-overflow=]
      >  OUString LockFileCommon::GetCurrentLocalTime()
      >           ^~~~~~~~~~~~~~
      > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:190:10: note: directive argument in the range [0, 65535]
      > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:190:10: note: directive argument in the range [0, 65535]
      > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:204:24: note: ‘sprintf’ output between 17 and 31 bytes into a destination of size 20
      >                  sprintf( pDateTime, "%02d.%02d.%4d %02d:%02d", aDateTime.Day, aDateTime.Month, aDateTime.Year, aDateTime.Hours, aDateTime.Minutes );
      >                  ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      > cc1plus: all warnings being treated as errors
      
      Change-Id: I3a851b7591274a8cf8b4729ae036afeb8e82eedc
      Reviewed-on: https://gerrit.libreoffice.org/63884
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      d3f2c61e
  5. 27 Agu, 2018 1 kayıt (commit)
  6. 29 Haz, 2018 1 kayıt (commit)
  7. 19 Ock, 2018 2 kayıt (commit)
    • Stephan Bergmann's avatar
      Don't set autogen.sh KEY=VALUE arguments as environment variables · 161af212
      Stephan Bergmann yazdı
      > Jan 18 15:18:25 <sberg> tml__, do you remember anything about
      >  e3a07b8a ? looks odd to add configure
      >  KEY=VALUE args to the environment
      > Jan 18 15:18:27 <IZBot> core - Include environment variables already in
      >  autogen.sh's environment -
      >  http://cgit.freedesktop.org/libreoffice/core/commit/?id=e3a07b8a6cc03b6d5063e4da5a474d8c91a84b0a
      > Jan 18 15:22:54 <tml__> sberg: not really any recollection, sorry
      > Jan 18 15:23:09 <tml__> sberg: are you sure this isn't what makes it possible
      >  to have CC=clang etc in autogen.input?
      > Jan 18 15:24:07 <tml__> or maybe this is related to propagating stuff when
      >  make re-runs autogen.sh?
      > Jan 18 15:24:28 <sberg> tml__, configure already takes care itself of its
      >  KEY=VALUE command line arguments
      > Jan 18 15:24:36 <tml__> sad that I didn't write a better commit message
      > Jan 18 15:24:55 <tml__> feel free to revert it, and see if anybody notices;)
      > Jan 18 15:25:04 * cloph_away used it for CC/CXX and devtools repo
      > Jan 18 15:26:11 <tml__> cloph_away: yes, but I think sberg says that should
      >  work anyway, even without that commit
      
      The only reading from ENV after that code in autogen.sh (both today and at the
      time of e3a07b8a) is the
      
        if (defined $ENV{NOCONFIGURE}) {
            print "Skipping configure process.";
      
      check, which would now no longer work if you pass NOCONFIGURE= as an argument
      to autogen.sh (in autogen.input or on the command line) instead of as an
      environment variable.
      
      Change-Id: If50639978190d219b063ff39f81e29d2054c0443
      Reviewed-on: https://gerrit.libreoffice.org/48133Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      161af212
    • Stephan Bergmann's avatar
      Also strip leading whitespace from autogen.input lines · 2f9ee54c
      Stephan Bergmann yazdı
      ...which allows to align --enable/--disable switches on the part being en-/dis-
      abled, as in
      
      > --disable-assert-always-abort
      >  --enable-avahi
      >  --enable-breakpad
      >  --enable-build-unowinreg
      > --disable-ccache
      
      for better readability
      
      Change-Id: I490402c74ea1ee535deee6ef79274b588b614820
      Reviewed-on: https://gerrit.libreoffice.org/48130Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      2f9ee54c
  8. 22 Eyl, 2017 2 kayıt (commit)
  9. 17 Agu, 2017 1 kayıt (commit)
  10. 17 May, 2017 2 kayıt (commit)
  11. 14 Ara, 2016 1 kayıt (commit)
  12. 31 Ara, 2015 1 kayıt (commit)
  13. 22 Eyl, 2015 1 kayıt (commit)
  14. 08 Mar, 2015 1 kayıt (commit)
  15. 13 Kas, 2014 1 kayıt (commit)
  16. 30 May, 2014 1 kayıt (commit)
  17. 23 Nis, 2014 1 kayıt (commit)
  18. 11 Nis, 2014 1 kayıt (commit)
  19. 23 Mar, 2014 1 kayıt (commit)
  20. 04 Mar, 2014 1 kayıt (commit)
  21. 13 Kas, 2013 1 kayıt (commit)
  22. 26 Tem, 2013 1 kayıt (commit)
  23. 08 May, 2013 1 kayıt (commit)
  24. 22 Nis, 2013 1 kayıt (commit)
  25. 04 Nis, 2013 1 kayıt (commit)
    • Luboš Luňák's avatar
      revert back to usign autogen.sh cmdline arguments if given · 68c314fc
      Luboš Luňák yazdı
      This is a partial revert of ca0c54d0 .
      Ignoring cmdline arguments if autogen.* exists is broken for several reasons:
      - autogen.sh of every other package passes cmdline arguments to configure
      - that's because if I was bothered to give them, I want them used
      - there's no reason to prefer autogen.input now, given that autogen.input
        cannot be overwritten by autogen.sh, unlike autogen.lastrun , so there's
        no accidental loss of the switches
      - running autogen.sh --foo followed by autogen.sh --bar actually runs
        configure with --foo the second time too, because the first one creates
        autogen.lastrun and the second one first complains about the cmdline
        args, then complains about autogen.lastrun, and then uses it
      
      Change-Id: I5868610935d0312915be74602b6435eea069f937
      Reviewed-on: https://gerrit.libreoffice.org/3190Reviewed-by: 's avatarLuboš Luňák <l.lunak@suse.cz>
      Tested-by: 's avatarLuboš Luňák <l.lunak@suse.cz>
      68c314fc
  26. 03 Nis, 2013 1 kayıt (commit)
  27. 11 Ara, 2012 1 kayıt (commit)
  28. 01 Ara, 2012 1 kayıt (commit)
  29. 17 Kas, 2012 2 kayıt (commit)
  30. 05 Haz, 2012 1 kayıt (commit)
  31. 17 May, 2012 1 kayıt (commit)
  32. 29 Mar, 2012 1 kayıt (commit)
  33. 12 Mar, 2012 1 kayıt (commit)
  34. 05 Mar, 2012 1 kayıt (commit)
  35. 29 Şub, 2012 1 kayıt (commit)