From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11528 invoked by alias); 18 Aug 2009 05:40:31 -0000 Received: (qmail 11266 invoked by uid 22791); 18 Aug 2009 05:40:29 -0000 X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_102,J_CHICKENPOX_22,J_CHICKENPOX_82,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Tue, 18 Aug 2009 05:40:23 +0000 Received: (qmail invoked by alias); 18 Aug 2009 05:40:20 -0000 Received: from xdsl-87-78-71-70.netcologne.de (EHLO localhost.localdomain) [87.78.71.70] by mail.gmx.net (mp045) with SMTP; 18 Aug 2009 07:40:20 +0200 Received: from ralf by localhost.localdomain with local (Exim 4.69) (envelope-from ) id 1MdHQh-0007U9-Jz; Tue, 18 Aug 2009 07:40:19 +0200 Date: Tue, 18 Aug 2009 05:40:00 -0000 From: Ralf Wildenhues To: sid@sources.redhat.com Cc: binutils@sourceware.org Subject: sid build issues Message-ID: <20090818054018.GD28254@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-08-09) Mailing-List: contact sid-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sourceware.org X-SW-Source: 2009-q3/txt/msg00004.txt.bz2 Hello sid maintainers, I'm trying to build the full src tree, ../src/configure && make on x86_64-unknown-linux-gnu, without and with --enable-maintainer-mode (before trying to update it to newer autotools). A few things show up: 1) I've see weird, not easily reproducible failures of make -jN at least with --enable-maintainer-mode. Does anybody use it, is it supposed to work? Are people aware of the issues, or should I report them? 2) Within sid, the link fails on x86_64 if I use neither --enable-shared nor --disable-shared: | make[7]: Entering directory `/tmp/build/sid/component/cgen-cpu' | /bin/sh ./libtool --tag=CXX --mode=link g++ -g -O2 -o libcgencpu.la -rpath /usr/local/lib/sidcomp -module -no-undefined compCGEN.lo cgen-fpu.lo fp.lo tracedis.lo arm7t/libarm7t.la m32r/libm32r.la mep/libmep.la mt/libmt.la sh/libsh.la xstormy16/libxstormy16.la -L../../../libiberty/pic -L../../../libiberty -liberty cgen-asm.lo cgen-dis.lo cgen-opc.lo dis-buf.lo dis-init.lo cgen-bitset.lo -lpthread -lm | ./libtool: line 1803: cd: ../../../libiberty/pic: No such file or directory | libtool: link: cannot determine absolute directory name of `../../../libiberty/pic' | make[7]: *** [libcgencpu.la] Error 1 | make[7]: Leaving directory `/tmp/build/sid/component/cgen-cpu' | make[6]: *** [all-recursive] Error 1 | make[6]: Leaving directory `/tmp/build/sid/component/cgen-cpu' | make[5]: *** [all] Error 2 Worse, however, the build continues after that instead of failing right away (making the error harder to find than necessary). With --enable-shared passed to toplevel configure, I get past this. I'm unsure as to the Right Way[tm] to fix this: sid/configure.in checks whether $enable_shared was set to no, or checks whether $ac_cv_libstdcxx_shared is != yes. However, testing $enable_shared for "no" is not sufficient to fix the case where the user didn't pass either of --enable-shared or --disable-shared. So what would be the right thing to happen in that case? 3) I see a few (thousand) warnings of the form: | ../../../../../src/sid/component/cgen-cpu/sh/sh5-compact-decode.cxx:221: warning: deprecated conversion from string constant to 'char*' in several sid source files. Is there interest in fixing them, or adding whatever command line argument make g++ permissive enough, to the compile command lines? 4) sid has its own config/ directory in which it stores versions of libtool.m4, ltmain.sh and other Autoconf macro files and helper scripts different from those used in the rest of src. Is that desirable? Does sid need to be buildable outside (independently) of the src tree? I don't mind keeping a sid/config for stuff you'd like to override, but it would be preferable if, for those files that are overridden in the toplevel src/ (libtool.m4 and other macro files from libtool, ltmain.sh) and from toplevel src/config, especially override.m4 which is needed for Autoconf bugfixes and smooth transitions. If you agree, then I'd work on a patch removing the duplicate files from sid/config, and adding the necessary includes for src/ and src/config/ directories. 5) When building with --enable-maintainer-mode, and xsltproc 1.1.24 installed, I get lots of ignored errors (one per xml file) of the form | xsltproc --output hw-visual-lcd.html ../../../../src/sid/component/lcd/../component_html.xsl ../../../../src/sid/component/lcd/hw-visual-lcd.xml | runtime error: file ../../../../src/sid/component/lcd/../component_html.xsl line 21 element param | Unexpected XSLT element 'param'. | runtime error: file ../../../../src/sid/component/lcd/../component_html.xsl line 22 element choose | Variable 'body' has not been declared. | xmlXPathCompOpEval: parameter error | make[6]: *** [hw-visual-lcd.html] Error 10 | rm hw-visual-lcd.html They somehow seem to be ignored by make however. Cheers, Ralf