build failures with mdds 0.6 (Tinderbox)
On Fri, Mar 15, 2013 at 06:49:41AM +, Tomas Chvatal wrote:
> One of you broke the build of LibreOffice with your commit :-(
> Please commit and push a fix ASAP!
> Configured with: --prefix=/usr
> --with-system-libs
> In file included from
> /home/scarabeus/libreoffice-tinderbox/repo/sc/qa/unit/ucalc.cxx:68:0:
> /home/scarabeus/libreoffice-tinderbox/repo/sc/inc/columniterator.hxx:26:5:
> error: 'iterator' in 'ScColumnTextWidthIterator::TextWidthType {aka class
> mdds::multi_type_vector}' does not name a type
> /home/scarabeus/libreoffice-tinderbox/repo/sc/inc/columniterator.hxx:27:5:
> error: 'iterator' in 'ScColumnTextWidthIterator::TextWidthType {aka class
> mdds::multi_type_vector}' does not name a type
> /home/scarabeus/libreoffice-tinderbox/repo/sc/inc/columniterator.hxx:28:5:
> error: 'iterator' in 'mdds::mtv::ushort_element_block {aka struct
> mdds::mtv::default_element_block<3, short unsigned int>}' does not name a type
> /home/scarabeus/libreoffice-tinderbox/repo/sc/inc/columniterator.hxx:29:5:
> error: 'iterator' in 'mdds::mtv::ushort_element_block {aka struct
> mdds::mtv::default_element_block<3, short unsigned int>}' does not name a type
I had the same kind of error messages on my machine, also with system
libraries. They seem to have gone away by upgrading to mdds 0.7.1. I
see our internal mdds is now 0.7.1 (upgraded by Kohei); if we require
this version for some reason or another, then probably we should check
for it in configure.ac?
Note that although our configure.ac has:
AC_CHECK_HEADER(mdds/multi_type_matrix.hpp, [],
[AC_MSG_ERROR(mdds/multi_type_matrix.hpp not found. install
mdds >= 0.7.0)], [])
This test did not trigger an error on my system with mdds 0.6.1, so
the error message seems to indicate that the test does not do what its
author intended. Ah yes, look:
commit 4613d78e6aceabafbc4dd066c7c0a55d728b6763
Author: Kohei Yoshida
Date: Tue Mar 12 15:45:19 2013 -0400
Updated mdds to 0.7.0.
Change-Id: I5e4a4b80a0f83aefcd85cf5e76ccd52906d39f83
diff --git a/configure.ac b/configure.ac
index a017909..b202172 100644
--- a/configure.ac
+++ b/configure.ac
@@ -7920,7 +7920,7 @@ if test "$with_system_mdds" = "yes"; then
AC_CHECK_HEADER(mdds/flat_segment_tree.hpp, [],
[AC_MSG_ERROR(mdds/flat_segment_tree.hpp not found. install
mdds)], [])
AC_CHECK_HEADER(mdds/multi_type_matrix.hpp, [],
-[AC_MSG_ERROR(mdds/multi_type_matrix.hpp not found. install mdds >=
0.6.0)], [])
+[AC_MSG_ERROR(mdds/multi_type_matrix.hpp not found. install mdds >=
0.7.0)], [])
CPPFLAGS="$save_CPPFLAGS"
AC_LANG_POP([C++])
else
--
Lionel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: build failures with mdds 0.6 (Tinderbox)
On Fri, Mar 15, 2013 at 12:25:46PM -0400, Kohei Yoshida wrote: > if we can check for the presence of multi_type_vector::iterator > which is new in 0.7.0 and newer (and we use on the current master), > that would take care of it. OK, did that: commit fcc4b3c3ec005d5757339cef604f36cc7749434a Author: Lionel Elie Mamane Date: Sat Mar 16 08:44:19 2013 +0100 configure.ac: Check for mdds version >= 0.7.0 Change-Id: I183d01d1884f67701523b88064b0dde6f496f67d -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: building firebird fails without parallelism
On Sat, Jan 30, 2016 at 08:04:00AM +0100, Jean-Baptiste Faure wrote: > It seems that the makefile generated to build Firebird in the master > does not like the --without-parallelism option of the autogen.sh. I get > an error message about a -j option of make (actually -j0) which requires > a positive number. In external/fireboird/xternalProject_firebird.mk remove CPU=$(PARALLELISM) I'll make it conditional on PARALLELISM being strictly positive :) > If I replace --without-parallelism by with-parallelism=2 it seems to > work (building in progress) but my machine is not really available to do > something else. Try --with-parallelism=1 Sounds stupid, but it will work around the bug (without changing the above .mk file) Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] "random" build failures in sfx2/sdi/sfxitems.sdi
Hi, Just to make sure someone that knows that part of the code gets a notice (rather than only unrelated people): There seems to be a failure in sfx2/sdi/sfxitems.sdi (see attachment and http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&full-log=1323593401.28011#err677 ) which is unrelated to the commits since last success, so maybe a race condition in a parallel build or something like that? BTW, it took about 20 minutes for the full log to arrive at http://tinderbox.libreoffice.org/MASTER/status.html; any reason for such a significant delay? -- Lionel --- Begin Message --- Hi folks, One of you broke the build of LibreOffice with your commit :-( Please commit and push a fix ASAP! Full log available at http://tinderbox.libreoffice.org/MASTER/status.html Tinderbox info: Box name: Linux-x86-64@8-SLED11 Machine: Linux ben 2.6.32.12-0.7-default #1 SMP 2010-05-20 11:14:20 +0200 x86_64 x86_64 x86_64 GNU/Linux Configured with: CC=ccache gcc CXX=ccache g++ --with-num-cpus=4 --with-max-jobs=15 --without-junit --disable-dependency-tracking --enable-binfilter Commits since the last success: core 95a0d27 typo, trailing whitespace cleanup fc0f061 minor around python and SDK binfilter dictionaries help The error is: build failed - error is:: log for /local/home/tinderbox/master/sfx2/prj [ info ALL ] LinkTarget Library/libxml2.so not defined: Assuming headers to be there! [ build DEP ] SRS:sfx/res [ build SDI ] sfx2/sdi/sfxslots /local/home/tinderbox/master/sfx2/sdi/sfxitems.sdi --- error: ( 86, 11 ) may be > at ( 86, 11 ) /local/home/tinderbox/master/sfx2/sdi/sfxitems.sdi --- error: ( 86, 11 ) may be at ( 86, 11 ) /local/home/tinderbox/master/sfx2/sdi/sfxslots.sdi --- error: ( 38, 5 ) svidl terminated with errors [ build PKG ] sfx2_inc [ build PKG ] sfx2_sdi make[2]: *** No rule to make target `/local/home/tinderbox/master/workdir/unxlngx6.pro/SdiTarget/sfx2/sdi/sfxslots', needed by `/local/home/tinderbox/master/workdir/unxlngx6.pro/Headers/Library/libsfxlo.so'. Stop. make[2]: *** Waiting for unfinished jobs dmake: Error code 2, while making 'all' == ERROR: error 65280 occurred while making /local/home/tinderbox/master/sfx2/prj --- End Message --- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] "random" build failures in sfx2/sdi/sfxitems.sdi
On Sun, Dec 11, 2011 at 05:48:54PM +0100, Christian Lohmaier wrote: > On Sun, Dec 11, 2011 at 10:58 AM, lio...@mamane.lu wrote: >> There seems to be a failure in sfx2/sdi/sfxitems.sdi >> (see attachment and >> http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&full-log=1323593401.28011#err677 > Any reason why you are using the huge full-log instead of the brief log? > http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&brief-log=1323593401.28011#err677 I thought the brief log was the same as the contents of the "email to committers" and I couldn't make sense of that. That's why I went to http://tinderbox.l.o in the first place. >> BTW, it took about 20 minutes for the full log to arrive at >> http://tinderbox.libreoffice.org/MASTER/status.html; any reason for >> such a significant delay? > The cronjob that regenerates the page Ah, it is a cronjob, I see. > is only run every 15 minutes or so. I don't consider it a > "significant delay" when a build takes 2½-3 hours... >From the POV of a committer that gets the "you broke the build" mail and would like to investigate it, it can feel long (it did for me). Besides, a build takes 2.5-3 hours is not true: Linux-Gentoo-x86_64_2-no-moz_no-binfilter had several successful builds in 17-18 minutes. MacOSX-Intel_1-built_no-moz_on_10.6.8: several at 18-19 minutes, but then an outlier at 105 minutes. In general *failed* builds can be _much_ shorter than successful builds if the error is early... And failed builds is the logs you want to see :) The tinderbox I was interested in (Linux-x86-64_8-SLED11) has a rather high variability in build time: 25, 33, 145, 41, 32, 37, 26, 154, 183, 96, 88, 100, 45, 102, 22, 137, ... -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Tinderbox failure, Linux-x86-64@8-SLED11, libreoffice-3-5, last success: 2012-08-29 21:47:46
On Wed, Sep 05, 2012 at 09:14:10AM +, ke...@suse.cz wrote: > Commits since the last success: > core > 8806e6e fdo#53872: reportdesign: fix section drawpage crash: > binfilter > dictionaries > help > In file included from > /local/home/tinderbox/libreoffice-3-5/solver/unxlngx6.pro/inc/sfx2/sfx.hrc:389, > from > /local/home/tinderbox/libreoffice-3-5/sfx2/source/bastyp/fltfnc.src:29: > /local/home/tinderbox/libreoffice-3-5/solver/unxlngx6.pro/inc/sfx2/sfxsids.hrc:27:1: > error: unterminated #ifndef > In file included from > /local/home/tinderbox/libreoffice-3-5/solver/unxlngx6.pro/inc/sfx2/sfx.hrc:389, > from > /local/home/tinderbox/libreoffice-3-5/sfx2/source/bastyp/bastyp.hrc:28, > from > /local/home/tinderbox/libreoffice-3-5/sfx2/source/bastyp/bastyp.src:27: > /local/home/tinderbox/libreoffice-3-5/solver/unxlngx6.pro/inc/sfx2/sfxsids.hrc:27:1: > error: unterminated #ifndef Hmm... I don't my commit could have caused that. Kendy, could you just "try again"? (AFAIK, the tinderbox won't try again until next commit which could be days away.) OTOH, that file is a bit weird in that there is stuff *after* the "#endif" that corresponds to the standard double-include protection "#ifndef _SFXSIDS_HRC". Most of it looks safe, having its own #ifndef, but there is also unconditional stuff at the very end. #ifndef _SFXSIDS_HRC #define _SFXSIDS_HRC (lots of stuff) #endif // #ifndef _SFXSIDS_HRC //--- // SfxSecurityPage related stuff #define FN_EDIT2(SID_SW_START + 1800) #define FN_REDLINE_PROTECT (FN_EDIT2 + 23) #define FN_REDLINE_ON (FN_EDIT2 + 25) #define SID_HTML_MODE (SID_SVX_START + 414) // Calc-Id's used for SfxSecurityPage #ifndef SC_FUNCTION_START #define SC_FUNCTION_START (SID_SC_START + 200) #endif #ifndef FILE_MENU_END #define FILE_MENU_END (SC_FUNCTION_START + 20) #endif #ifndef EDIT_MENU_START #define EDIT_MENU_START (FILE_MENU_END) #endif #ifndef SC_VIEW_START #define SC_VIEW_START (SID_SC_START) #endif #define FID_CHG_RECORD (EDIT_MENU_START + 18) #define SID_CHG_PROTECT (SC_VIEW_START + 84) // eof -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
