Re: Announcing the release of BLCR 0.6.0_beta1

From: Paul H. Hargrove (PHHargrove_at_lbl_dot_gov)
Date: Wed Jul 25 2007 - 08:51:44 PDT

  • Next message: Cedric Le Goater: "Re: Announcing the release of BLCR 0.6.0_beta1"
    Neal Becker wrote:
    > On Wednesday 25 July 2007, Paul H. Hargrove wrote:
    >   
    >> Neal Becker wrote:
    >>     
    >>> I tried rpmbuild on fedora f7 x86_64, and got this:
    >>>
    >>> if test -n "_depmod"; then /usr/bin/gmake   _depmod; fi
    >>> gmake[3]: Entering directory `/home/nbecker/RPM/BUILD/blcr-0.6.0_b1'
    >>> ERROR: 'depmod' check FAILED (rc=1)
    >>> cr_depmod:  is_file_shm_hugepages	unresolved in blcr.ko
    >>> gmake[3]: *** [_depmod] Error 1
    >>>       
    >> Neal,
    >>
    >>   This is, I think, resolved by the patch Cedric Le Goater posted to the
    >> list.  If you missed it, the message is archived here:
    >> http://www.nersc.gov/hypermail/checkpoint/0611.html .  Once past this
    >> problem, please let me know if you experience the insmod-time failure
    >> that Cedric reported in that same message.
    >>
    >> -Paul
    >>     
    >
    > Building srpm on fedora f7 x86_64:
    >
    > configure: >>>> BEGIN sub-configure for 32-bit libs >>>>
    > configure: /home/nbecker/RPM/BUILD/blcr-0.6.0_b1/configure '--srcdir=/home/nbecker/RPM/BUILD/blcr-0.6.0_b1' '--build=i686-linux' '--libdir=/usr/lib' --with-components=libcr,tests,examples '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-config-report' 'FFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -mtune=generic' 'CXXFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -mtune=generic' 'CC=gcc -m32' 'CXX=g++ -m32'
    > checking for a BSD-compatible install... /usr/bin/install -c
    > checking whether build environment is sane... yes
    > checking for gawk... gawk
    > checking whether make sets $(MAKE)... yes
    > configure: error: source directory already configured; run "make distclean" 
    > there first
    > configure: error: --enable-multilib requested but FAILED sub-configure for 
    > 32-bit libs
    > make: *** [config.status] Error 1
    > error: Bad exit status from /var/tmp/rpm/rpm-tmp.92347 (%build)
    >   
    
    Pretty sure I understand the source of the problem, but need some time 
    to work up a solution.
    
    The problem is that --enable-multilib is only going to work with a VPATH 
    build (one in which the build directory and source directory are 
    different) because the multilib setup involves running configure twice.  
    If builddir==srcdir then the second run of configure will die as shown 
    above (autoconf version dependent, because I can build from srpm on my 
    own x86_64 system).  For a tarball build, I can document this fact, 
    and/or have configure give a more useful error message with instructions 
    for doing a VPATH build.  For the srpm case, however, I am going to have 
    to play games because the rpm %configure macro wants to run ./configure 
    (assumes/forces srcdir==builddir).
    
    You can expect a fix from me later today if things go well.  The fix 
    will probably come as a second beta, rather than a patch.
    
    -Paul
    
    -- 
    Paul H. Hargrove                          PHHargrove_at_lbl_dot_gov
    Future Technologies Group                 
    HPC Research Department                   Tel: +1-510-495-2352
    Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900
    

  • Next message: Cedric Le Goater: "Re: Announcing the release of BLCR 0.6.0_beta1"