From user-return-9194-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Sun Mar 07 18:11:32 2010 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 41073 invoked from network); 7 Mar 2010 18:11:32 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Mar 2010 18:11:32 -0000 Received: (qmail 61746 invoked by uid 500); 7 Mar 2010 18:11:10 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 61701 invoked by uid 500); 7 Mar 2010 18:11:10 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 61693 invoked by uid 99); 7 Mar 2010 18:11:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Mar 2010 18:11:09 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.211.174 as permitted sender) Received: from [209.85.211.174] (HELO mail-yw0-f174.google.com) (209.85.211.174) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Mar 2010 18:11:05 +0000 Received: by ywh4 with SMTP id 4so1304449ywh.5 for ; Sun, 07 Mar 2010 10:10:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=TzX5nrVFZr3vLyZ8LpYT48KfGm4yu/W7IneiyuZibIU=; b=nyLLsUiyiy4P/EiF+ODzuExyKLWT4aUdcAlxB3BHUaWzd6OgY+LhpefNyFVnAkEMG/ YmZgZJh09mlTrHIyDb61cjkYqooo9HtBg1LQr/gj4EX/Z2VdZAElPVkWW2L1TxpEA41L IcFmshfw++bBcbTF5TQlYOawlMHIiBF8zEZOs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=h4VLdRM04XY41vXo0c+rv6kKKmQeEpA6jCDwmNkJiPqZcwFMpxeoSNZM2USfFahz+O 7SdXjf4ySoCCTKtCFC7bETK7OcZzn3fa6sQ5UPDYnCIM4Fw56dc4CxdQEklYzc7x/6Zm WqICwysZsDZgN+4p0npJV+uuOwH1ISiWZSnI0= MIME-Version: 1.0 Received: by 10.101.11.6 with SMTP id o6mr7384043ani.87.1267985444287; Sun, 07 Mar 2010 10:10:44 -0800 (PST) In-Reply-To: <2dd04b2a1003070951q3b155d6aq242b14e7dd71164f@mail.gmail.com> References: <2dd04b2a1003070951q3b155d6aq242b14e7dd71164f@mail.gmail.com> From: Paul Davis Date: Sun, 7 Mar 2010 13:10:24 -0500 Message-ID: Subject: Re: ./bootstrap and/or ./configure not working on Linux To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, Mar 7, 2010 at 12:51 PM, j d wrote: > from an svn checkout of rev 919949 I can run "./bootstrap" and then > "./configure --with-js-include=3Dmy/path --with-js-lib=3Dmy/lib/path". > However configure complains: > > [ > 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 > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ANSI C... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking build system type... x86_64-unknown-linux-gnu > checking host system type... x86_64-unknown-linux-gnu > checking for a sed that does not truncate output... /bin/sed > checking for egrep... grep -E > checking for ld used by gcc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -B > checking whether ln -s works... yes > checking how to recognise dependent libraries... pass_all > checking how to run the C preprocessor... gcc -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking for g++... g++ > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking dependency style of g++... gcc3 > checking how to run the C++ preprocessor... g++ -E > checking for g77... g77 > checking whether we are using the GNU Fortran 77 compiler... yes > checking whether g77 accepts -g... yes > checking the maximum length of command line arguments... 32768 > checking command to parse /usr/bin/nm -B output from gcc object... ok > checking for objdir... .libs > checking for ar... ar > checking for ranlib... ranlib > checking for strip... strip > checking if gcc supports -fno-rtti -fno-exceptions... no > checking for gcc option to produce PIC... -fPIC > checking if gcc PIC flag -fPIC works... yes > checking if gcc static flag -static works... yes > checking if gcc supports -c -o file.o... yes > checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports > shared libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... no > configure: creating libtool > appending configuration tag "CXX" to libtool > checking for ld used by g++... /usr/bin/ld -m elf_x86_64 > checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes > checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports > shared libraries... yes > checking for g++ option to produce PIC... -fPIC > checking if g++ PIC flag -fPIC works... yes > checking if g++ static flag -static works... yes > checking if g++ supports -c -o file.o... yes > checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports > shared libraries... yes > checking dynamic linker characteristics... GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > appending configuration tag "F77" to libtool > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... no > checking for g77 option to produce PIC... -fPIC > checking if g77 PIC flag -fPIC works... yes > checking if g77 static flag -static works... yes > checking if g77 supports -c -o file.o... yes > checking whether the g77 linker (/usr/bin/ld -m elf_x86_64) supports > shared libraries... yes > checking dynamic linker characteristics... GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > checking whether ln -s works... yes > checking for pthread_create in -lpthread... yes > checking for JS_NewContext in -lmozjs... no > checking for JS_NewContext in -ljs... yes > checking jsapi.h usability... no > checking jsapi.h presence... no > checking for jsapi.h... no > checking js/jsapi.h usability... no > checking js/jsapi.h presence... no > checking for js/jsapi.h... no > ] > > I am ~sure I've pointed the js paths to the right place. =A0I haven't > been able to officially install spidermonkey, their build/install > directions aren't working (not sure what I've screwed up). > > I've also tried couchdb rev 920001 from svn and HEAD from git but I > find the following: > > Executing "./bootstrap" from the couchdb dir returns: > > Usage: autoheader [-h] [--help] [-m dir] [--macrodir=3Ddir] > =A0 =A0 =A0 [-l dir] [--localdir=3Ddir] [--version] [template-file] > > Executing "./configure" returns: > > ./configure: No such file or directory > > Not sure what I'm doing wrong or what I need to do. =A0Sorry for the > newbie question. > > I really need the account/login/roles functionality or I have to > switch to another DB (but I'm really into couchdb). > > Thanks! > Try specifying absolute paths for ./configure. Also remember that LD_LIBRARY_PATH is going to need to be set when you run CouchDB if your library isn't in a standard search location. HTH, Paul Davis