cURL / Mailing Lists / curl-users / Single Mail

curl-users

Re: nightly autobuild setup snags

From: Dan Fandrich <dan_at_coneharvesters.com>
Date: Sat, 19 Apr 2014 00:46:01 +0200

On Fri, Apr 18, 2014 at 05:58:54PM -0400, dev wrote:
> > This seems suspicious. A daily tarball build should say something like
> > "testcurl: curl-x.y.z is verified to be a fine daily source dir"
> > How are you invoking testcurl.pl?
>
> It is the last line in the daily script :

> <snip the download foo>
> if [ -d ../build ]; then
> cd ../build
> else
> /usr/bin/printf "FAIL : build directory does not exist\n"
> exit 1
> fi
>
> #-----------------------------------------------------------------------
> # extract the tarball in the build directory
> #-----------------------------------------------------------------------
>
> gzip -dc ../tarballs/curl-`( /bin/cat ../tarballs/current_version.dat
> )`-`( /bin/cat ../tarballs/timestamp.dat )`.tar.gz | tar -xf - >
> /dev/null 2>&1
>
> cd curl-`( /bin/cat ../tarballs/current_version.dat )`-`( /bin/cat
> ../tarballs/timestamp.dat )`
>
> #-----------------------------------------------------------------------
> # Announce where we are
> #-----------------------------------------------------------------------
>
> /usr/bin/printf "INFO : about to try autobuild\n : "
> pwd
>
> MACHTYPE=sparc-sun-solaris
> export MACHTYPE
>
> OSTYPE=solaris
> export OSTYPE
>
> CONFIG_SHELL=/usr/local/bin/bash
> export CONFIG_SHELL
>
> TERM=xterm
> export TERM
>
> LANG=C
> export LANG
>
> LC_ALL=C
> export LC_ALL
>
> LC_COLLATE=C
> export LC_COLLATE
>
> LC_CTYPE=C
> export LC_CTYPE
>
> LC_MESSAGES=C
> export LC_MESSAGES
>
> LC_MONETARY=C
> export LC_MONETARY
>
> LC_NUMERIC=C
> export LC_NUMERIC
>
> LC_TIME=C
> export LC_TIME
>
> VISUAL=/usr/xpg4/bin/vi
> export VISUAL
>
> EDITOR=/usr/xpg4/bin/vi
> export EDITOR
>
> LD=/usr/ccs/bin/sparcv9/ld
> export LD
>
> PAGER=/usr/xpg4/bin/more
> export PAGER
>
> MANPATH=/usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11/share/man
> export MANPATH
>
> SRC=/usr/local/src
> export SRC
>
> AR=/usr/ccs/bin/ar
> export AR
>
> AS=/usr/ccs/bin/as
> export AS
>
> M4=/usr/local/bin/gm4
> export M4
>
> CFLAGS=\-errfmt=error\ \-erroff=%none\ \-errshort=full\ \-xstrconst\ \
> \-xildoff\ \-m64\ \-xmemalign=8s\ \-xnolibmil\ \-Xa\ \-xcode=pic32\ \
> \-xregs=no%appl\ \-xlibmieee\ \-mc\ \-g\ \-xs\ \-ftrap=%none\ \-Qy\ \
> \-xbuiltin=%none\ \-xdebugformat=dwarf\ \-xunroll=1\ \-xtarget=ultraT2\
> \
> \-xcache=8/16/4:4096/64/16
> export CFLAGS
>
> CXXFLAGS=\-dalign\ \-erroff=%none\ \-errtags=yes\ \-ftrap=%none\ \-g\ \
> \-xcode=pic32\ \-m64\ \-mc\ \-xunroll=1\ \-xbuiltin=%none\ \
> \-xtarget=ultraT2\ \-xcache=8/16/4:4096/64/16\ \-xdepend=no\ \
> \-xnolibmopt\ \-xlinkopt=0\ \-xnolibmil\ \
> \-xregs=no%appl\ \-xs\ \-D_POSIX_PTHREAD_SEMANTICS\ \
> \-D_LARGEFILE64_SOURCE\ \-D_TS_ERRNO
> export CXXFLAGS
>
> CC=/opt/solarisstudio12.3/bin/cc
> export CC
>
> CXX=/opt/solarisstudio12.3/bin/CC
> export CXX
>
> PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
> export PKG_CONFIG_PATH
>
> BUILD=/usr/local/build
> export BUILD
>
> SED=/usr/local/bin/gsed
> export SED
>
> PERL=/usr/local/bin/perl
> export PERL
>
> unset GNAT
>
> NM=/usr/ccs/bin/sparcv9/nm\ \-p
> export NM
>
> unset RANLIB
>
> GREP=/usr/xpg4/bin/grep
> export GREP
>
> LIBTOOL=/usr/local/bin/libtool
> export LIBTOOL
>
> MAKE=/usr/local/bin/gmake
> export MAKE
>
> MANPATH=/usr/local/man:/usr/local/share/man:/usr/local/ssl/man:/usr/share/man:/usr/X11/share/man
> export MANPATH
>
> PATH=/usr/local/bin:/usr/local/sbin:/usr/local/ssl/bin:/usr/xpg6/bin:/usr/xpg4/bin:/usr/ccs/bin:/opt/solarisstudio12.3/bin:/usr/bin:/sbin:/bin:/usr/sbin:/usr/dt/bin:/usr/openwin/bin:/opt/schily/bin:/usr/local/texlive/2012/bin/sparc-solaris
> export PATH
>
> PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/ssl/lib/pkgconfig
> export PKG_CONFIG_PATH

This one overwrites the one above.

>
> SHELL=/usr/local/bin/bash
> export SHELL
>
> LD_RUN_PATH=/usr/local/lib:/usr/local/ssl/lib
> export LD_RUN_PATH
>
> LD_OPTIONS=\-64\
> \-R/usr/local/lib/\$ISALIST:/usr/local/ssl/lib/\$ISALIST:/usr/local/lib:/usr/local/ssl/lib\
> \-L/usr/local/lib/\$ISALIST:/usr/local/ssl/lib/\$ISALIST:/usr/local/lib:/usr/local/ssl/lib
> export LD_OPTIONS
>
> LD_LIBRARY_PATH=/usr/local/lib:/usr/local/ssl/lib
> export LD_LIBRARY_PATH
>
> CPPFLAGS='-I/usr/local/include -I/usr/local/ssl/include -D_TS_ERRNO
> -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE'
> export CPPFLAGS
>
> ./tests/testcurl.pl

I'm not sure how the autobuilds react when run from within the source
tree. I've always run them from outside the tree, like this:

curl-7.99.9-20140419/tests/testcurl.pl curl-7.99.9-20140419

i.e. providing the path to the source tree as a testcurl.pl argument.

> > A daily tarball shouldn't need buildconf. Although, the process seems
> > to have
> > completed properly so it ought to still work.
>
> ok, I guess, well it seems to have done something :
>
> > > buildconf: autoconf version 2.69 (ok)
> > > buildconf: autom4te version 2.69 (ok)
> > > buildconf: autoheader version 2.69 (ok)
> > > buildconf: automake version 1.13 (ok)
> > > buildconf: aclocal version 1.13 (ok)
> > > buildconf: libtool version 2.4.2 (ok)
> > > buildconf: GNU m4 version 1.4.16 (ok)
> > > buildconf: running libtoolize
> > > buildconf: converting all mv to mv -f in local m4/libtool.m4
> > > buildconf: running aclocal
> > > buildconf: converting all mv to mv -f in local aclocal.m4
> > > buildconf: running autoheader
> > > buildconf: running autoconf
> > > buildconf: running automake
> > > configure.ac:128: installing './compile'
> > > configure.ac:181: installing './config.guess'
> > > configure.ac:181: installing './config.sub'
> > > docs/examples/Makefile.am: installing './depcomp'
> > > buildconf: OK
> > > testcurl: buildconf was successful
> > > testcurl: timestamp = Fri Apr 18 02:01:45 2014 UTC
> > > testcurl: configure created (at least it exists)
> > > testcurl: going with gmake as make
> > > testcurl: configure didn't work
> >

> > You'll have to look at the logs to figure this out. You may need to
> > hack testcurl.pl to avoid cleaning up after itself until you figure it
> > out.
> > Do you have bash installed on this machine? It could be that some
> > bashism
> > sneaked into the configure script that is causing a failure.
>
> Bash? Got that :
>
> node002$ ls -lap /usr/local/bin/bash
> -rwxr-xr-x 1 dclarke adbs 4238824 Apr 15 20:08
> /usr/local/bin/bash

You could try setting CONFIG_SHELL to the path to bash; it sounds as though
configure isn't picking it up to use. But, it ought to work with ksh; if you
find a specific incompatibility, we can fix it.

> node002$ /usr/local/bin/bash --version
> GNU bash, version 4.3.11(1)-release (sparc-sun-solaris2.10)
> Copyright (C) 2013 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
>
> This is free software; you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
>
>
> However the script uses #!/bin/ksh on the first line.
>
>
>
> Also I go looking for logs but see none.

That's why I suggested commenting out the line that cleans up the temporary
directory.

> node002$ ls -laptr
> total 2199
> -rw-r--r-- 1 dclarke adbs 1607 Mar 22 2010 README
> -rwxr-xr-x 1 dclarke adbs 8867 Mar 22 2010 missing
> -rw-r--r-- 1 dclarke adbs 1501 Dec 4 2012 libcurl.pc.in
> -rwxr-xr-x 1 dclarke adbs 14743 Jan 7 2013 buildconf
> -rwxr-xr-x 1 dclarke adbs 13998 Feb 14 2013 install-sh
> -rwxr-xr-x 1 dclarke adbs 3538 Feb 14 2013 mkinstalldirs
> -rwxr-xr-x 1 dclarke adbs 5340 Apr 19 2013 maketgz
> -rwxr-xr-x 1 dclarke adbs 5696 May 10 2013 MacOSX-Framework
> -rw-r--r-- 1 dclarke adbs 4811 Jun 23 2013 curl-config.in
> -rw-r--r-- 1 dclarke adbs 84150 Sep 4 2013 acinclude.m4
> -rw-r--r-- 1 dclarke adbs 35353 Jan 2 03:00 CMakeLists.txt
> -rw-r--r-- 1 dclarke adbs 1044 Jan 3 03:00 COPYING
> -rw-r--r-- 1 dclarke adbs 105010 Mar 4 03:02 configure.ac
> -rw-r--r-- 1 dclarke adbs 2183 Apr 7 02:00 RELEASE-NOTES
> -rw-r--r-- 1 dclarke adbs 9610 Apr 17 02:00 Makefile.am
> drwxr-xr-x 2 dclarke adbs 7 Apr 18 02:02 winbuild/
> drwxr-xr-x 5 dclarke adbs 5 Apr 18 02:02 vs/
> drwxr-xr-x 3 dclarke adbs 4 Apr 18 02:02 projects/
> drwxr-xr-x 3 dclarke adbs 11 Apr 18 02:02 CMake/
> -rw-r--r-- 1 dclarke adbs 159860 Apr 18 02:02 CHANGES
> drwxr-xr-x 3 dclarke adbs 3 Apr 18 16:17 ../
> -rw-r--r-- 1 dclarke adbs 310 Apr 18 16:22 setup
> -rw-r--r-- 1 dclarke adbs 283474 Apr 18 16:22 ltmain.sh
> drwxr-xr-x 2 dclarke adbs 21 Apr 18 16:22 m4/
> -rw-r--r-- 1 dclarke adbs 40003 Apr 18 16:24 aclocal.m4.bak
> -rw-r--r-- 1 dclarke adbs 40003 Apr 18 16:24 aclocal.m4
> -rwxr-xr-x 1 dclarke adbs 1115790 Apr 18 16:25 configure
> drwxr-xr-x 2 dclarke adbs 7 Apr 18 16:25 autom4te.cache/
> -rwxr-xr-x 1 dclarke adbs 7333 Apr 18 16:25 compile
> -rwxr-xr-x 1 dclarke adbs 44935 Apr 18 16:25 config.guess
> -rwxr-xr-x 1 dclarke adbs 35758 Apr 18 16:25 config.sub
> -rw-r--r-- 1 dclarke adbs 44212 Apr 18 16:25 Makefile.in
> drwxr-xr-x 4 dclarke adbs 42 Apr 18 16:25 docs/
> -rwxr-xr-x 1 dclarke adbs 23491 Apr 18 16:25 depcomp
> drwxr-xr-x 3 dclarke adbs 6 Apr 18 16:25 include/
> drwxr-xr-x 3 dclarke adbs 250 Apr 18 16:25 lib/
> drwxr-xr-x 14 dclarke adbs 17 Apr 18 16:25 packages/
> drwxr-xr-x 3 dclarke adbs 99 Apr 18 16:25 src/
> drwxr-xr-x 7 dclarke adbs 38 Apr 18 16:25 tests/
> drwxr-xr-x 14 dclarke adbs 40 Apr 18 16:26 ./
>
> node002$ find . | grep -i log
>
> So not sure why the process fails for me. Yet.
>
> Dennis
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ: http://curl.haxx.se/docs/faq.html
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2014-04-19