bug-report
## - ##
## Platform. ##
## - ##
hostname = asp-serv
uname -m = i386
uname -r = 6.2-RELEASE
uname -s = FreeBSD
uname -v = FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 [EMAIL
PROTECTED]
.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
/usr/bin/uname -p = i386
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /sbin
PATH: /bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/games
PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/X11R6/bin
PATH: /root/bin
## --- ##
## Core tests. ##
## --- ##
configure:2033: checking for a BSD-compatible install
configure:2089: result: /usr/bin/install -c -o root -g wheel
configure:2100: checking whether build environment is sane
configure:2137: error: newly created file is older than distributed files!
Check your system clock
## ##
## Cache variables. ##
## ##
ac_cv_env_CCC_set=''
ac_cv_env_CCC_value=''
ac_cv_env_CC_set=set
ac_cv_env_CC_value=cc
ac_cv_env_CFLAGS_set=set
ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe '
ac_cv_env_CPPFLAGS_set=''
ac_cv_env_CPPFLAGS_value=''
ac_cv_env_CPP_set=''
ac_cv_env_CPP_value=''
ac_cv_env_CXXCPP_set=''
ac_cv_env_CXXCPP_value=''
ac_cv_env_CXXFLAGS_set=set
ac_cv_env_CXXFLAGS_value='-O2 -fno-strict-aliasing -pipe'
ac_cv_env_CXX_set=set
ac_cv_env_CXX_value=c++
ac_cv_env_F77_set=''
ac_cv_env_F77_value=''
ac_cv_env_FFLAGS_set=''
ac_cv_env_FFLAGS_value=''
ac_cv_env_LDFLAGS_set=''
ac_cv_env_LDFLAGS_value=''
ac_cv_env_LIBS_set=''
ac_cv_env_LIBS_value=''
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=i386-portbld-freebsd6.2
ac_cv_env_host_alias_set=''
ac_cv_env_host_alias_value=''
ac_cv_env_target_alias_set=''
ac_cv_env_target_alias_value=''
lt_cv_sys_max_cmd_len=262144
## - ##
## Output variables. ##
## - ##
ACINCLUDE_M4_LIST=''
ACLOCAL=''
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR=''
AR=''
AS=''
AUTOCONF=''
AUTOHEADER=''
AUTOMAKE=''
AWK=''
CC='cc'
CCDEPMODE=''
CFLAGS='-O2 -fno-strict-aliasing -pipe '
CONF_SUBDIRS=''
CPP=''
CPPFLAGS=''
CXX='c++'
CXXCPP=''
CXXDEPMODE=''
CXXFLAGS='-O2 -fno-strict-aliasing -pipe'
CYGPATH_W=''
DEFS=''
DEPDIR=''
DIST_MAKEFILE_LIST=''
DLLTOOL=''
ECHO='echo'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
F77=''
FFLAGS=''
GCJ=''
GCJFLAGS=''
GREP=''
HAVE_CXX_FALSE=''
HAVE_CXX_TRUE=''
HAVE_F77_FALSE=''
HAVE_F77_TRUE=''
HAVE_GCJ_FALSE=''
HAVE_GCJ_TRUE=''
HAVE_RC_FALSE=''
HAVE_RC_TRUE=''
INSTALL_DATA='install -o root -g wheel -m 444'
INSTALL_PROGRAM='install -s -o root -g wheel -m 555'
INSTALL_SCRIPT='install -o root -g wheel -m 555'
INSTALL_STRIP_PROGRAM=''
LD=''
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIBTOOL=''
LN_S=''
LTLIBOBJS=''
MAKEINFO='makeinfo --no-split'
NM=''
OBJDUMP=''
OBJEXT=''
PACKAGE=''
PACKAGE_BUGREPORT='bug-libtool@gnu.org'
PACKAGE_NAME='libtool'
PACKAGE_STRING='libtool 1.5.24'
PACKAGE_TARNAME='libtool'
PACKAGE_VERSION='1.5.24'
PATH_SEPARATOR=':'
RANLIB=''
RC=''
SED=''
SET_MAKE=''
SHELL='/bin/sh'
STRIP=''
TIMESTAMP=''
VERSION=''
ac_ct_CC=''
ac_ct_CXX=''
ac_ct_F77=''
aclocaldir=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE=''
am__include=''
am__isrc=''
am__leading_dot=''
am__quote=''
am__tar=''
am__untar=''
bindir='${exec_prefix}/bin'
build='i386-portbld-freebsd6.2'
build_alias='i386-portbld-freebsd6.2'
build_cpu=''
build_os=''
build_vendor=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
exec_prefix='NONE'
host=''
host_alias=''
host_cpu=''
host_os=''
host_vendor=''
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='/usr/local/info/'
install_sh=''
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='/usr/local/man'
mkdir_p=''
oldincludedir='/usr/include'
pdfdir='${docdir}'
pkgdatadir=''
prefix='/usr/local'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
subdirs=''
sysconfdir='${prefix}/etc'
target_alias=''
## --- ##
## confdefs.h. ##
## --- ##
#define PACKAGE_NAME libtool
#define PACKAGE_TARNAME libtool
#define PACKAGE_VERSION 1.5.24
#define PACKAGE_STRING libtool 1.5.24
#define PACKAGE_BUGREPORT bug-libtool@gnu.org
configure: exit 1
___
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: bug-report
Hello Sergey, * Sergey Pribilskiy wrote on Mon, Nov 05, 2007 at 09:51:33PM CET: [...] configure:2033: checking for a BSD-compatible install configure:2089: result: /usr/bin/install -c -o root -g wheel configure:2100: checking whether build environment is sane configure:2137: error: newly created file is older than distributed files! Check your system clock You should do just that and set your system clock. Then this error should disappear. Cheers, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: Bug report as requested.
On Thu, 11 Jan 2007, Ralf Wildenhues wrote: * Hugh Sasse wrote on Thu, Jan 11, 2007 at 10:51:42AM CET: [...] Now that I don't understand. Why does the link succeed now? Did you change anything other than passing -v? Not knowingly. Since then I have built gfortran on the one machine and guile is happier about libraries. 3.4.3? Oh, I remember having problems building fortran because of getting GMP and MPFR to work correctly. It doesn't look like a GMP/MPFR related problem to me. Well, I succeeded in building gcc with fortran with its own version of GCC. So maybe now I have those working I should try to rebuild GCC-4.1.0 with fortran before proceeding? Dunno, but I don't see why. I simply don't understand why g77 -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a should fail but g77 -v -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a should succeed? But maybe I have misunderstood something here. Well, I think I'll let this go for now. I've not managed to build Guile yet, but I don't seem to have all the necessary functions. Cheers, Ralf Thank you for helping me get this far. I'll now seek help from the guile people. Hugh ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: Bug report as requested.
On Wed, 10 Jan 2007, Ralf Wildenhues wrote: * Hugh Sasse wrote on Wed, Jan 10, 2007 at 11:25:14AM CET: On Tue, 9 Jan 2007, Ralf Wildenhues wrote: /bin/bash ./libtool --tag=F77 --mode=link g77 -g -O2 -o fprogram fprogram.o libfoo.la g77 -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a /usr/local/bin/ld: crt1.o: No such file: No such file or directory collect2: ld returned 1 exit status Hmm. This looks like your g77 installation is a bit broken. Does it work fine for other uses? Can you go into the f77demo directory and issue /bin/bash ./libtool --tag=F77 --mode=link g77 -v -g -O2 -o fprogram fprogram.o libfoo.la bash-2.05$ /bin/bash ./libtool --tag=F77 --mode=link g77 -v -g -O2 -o fprogram fprogram.o libfoo.la g77 -v -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a Driving: g77 -v -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a -lfrtbegin -lg2c -lm -shared-libgcc Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/specs Configured with: /scratch/hgs/gcc-3.4.3/configure --with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld --enable-languages=c,c++,f77,objc --disable-nls Thread model: posix gcc version 3.4.3 /usr/local/libexec/gcc/sparc-sun-solaris2.9/3.4.3/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -rpath-link /usr/lib -Qy -o fprogram /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crti.o /usr/ccs/lib/values-Xa.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crtbegin.o -L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/../../../../sparc-sun-solaris2.9/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/../../.. fprogram.o ./.libs/libfoo.a -lfrtbegin -lg2c -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc -lc /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crtend.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crtn.o GNU ld version 2.17 Supported emulations: elf32_sparc elf64_sparc bash-2.05$ 3.4.3? Oh, I remember having problems building fortran because of getting GMP and MPFR to work correctly. So maybe now I have those working I should try to rebuild GCC-4.1.0 with fortran before proceeding? I hope not, but if supported formats is the problem I suppose I'll have to. to find out where crt1.o should be, and maybe also why it isn't there? (I'd guess something like /usr/local/lib/gcc/...sparc.../3.4.6/../../../../lib/crt1.o ) bash-2.05$ find /usr/local/lib/gcc -name crt1.o -print /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/sparcv9/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.0.2/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.0.2/sparcv9/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.1.0/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.1.0/sparcv9/crt1.o bash-2.05$ [...] FAIL: f77demo-make.test === Running f77demo-exec.test You must run f77demo-make.test before running ./f77demo-exec.test SKIP: f77demo-exec.test [...] The errors about You must run f77demo-make.test before... seem a bit odd to me, since we have just done that... Yeah, that's right. The testsuite can't distinguish the case where the required test failed or wasn't run at all. For CVS Libtool, we're slowly moving to an Autotest-based testsuite... OK... Cheers, Ralf Thank you, Hugh ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Bug report as requested.
libtool-1.5.22 on Sun-sparc-solaris2.9 PASS: f77demo-static.test FAIL: f77demo-make.test SKIP: f77demo-exec.test PASS: f77demo-conf.test FAIL: f77demo-make.test SKIP: f77demo-exec.test PASS: f77demo-shared.test FAIL: f77demo-make.test SKIP: f77demo-exec.test 3 of 108 tests failed (4 tests were not run) Please report to bug-libtool@gnu.org config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libtool configure 1.5.22, which was generated by GNU Autoconf 2.59c. Invocation command line was $ ./configure ## - ## ## Platform. ## ## - ## hostname = brains uname -m = sun4u uname -r = 5.9 uname -s = SunOS uname -v = Generic_112233-06 /usr/bin/uname -p = sparc /bin/uname -X = System = SunOS Node = brains Release = 5.9 KernelID = Generic_112233-06 Machine = sun4u BusType = unknown Serial = unknown Users = unknown OEM# = 0 Origin# = 1 NumCPU = 1 /bin/arch = sun4 /usr/bin/arch -k = sun4u /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /bin PATH: /usr/bin PATH: /progs/SUNWspro/bin PATH: /usr/local/bin PATH: /apps/jdk1.2/bin PATH: /usr/ucb PATH: /usr/sbin PATH: /usr/ccs/bin PATH: /etc PATH: /opt/sfw/bin PATH: /usr/local/mysql/bin PATH: /opt/Info-ZIP/IZzip/bin PATH: /users/bin PATH: /scs/gdt/ind/bin PATH: /scs/lsim/ind/bin PATH: /usr/openwin/bin PATH: /home/hgs/bin PATH: /home/hgs/SUN/bin PATH: /idea/mgc/mgls/bin PATH: /opt/gnu/bin PATH: /ansys50/bin PATH: /micro_stripes_3.0.2/bin PATH: /usr/local/pvm3/lib PATH: /usr/local/pvm3/bin/SUN4SOL2 PATH: /home/hgs/RUBY-SNAPSHOT/bin PATH: /opt/ws/bin PATH: . ## --- ## ## Core tests. ## ## --- ## configure:1961: checking for a BSD-compatible install configure:2016: result: /usr/local/bin/install -c configure:2027: checking whether build environment is sane configure:2070: result: yes configure:2139: checking for gawk configure:2155: found /usr/local/bin/gawk configure:2165: result: gawk configure:2176: checking whether make sets $(MAKE) configure:2197: result: yes configure:2468: checking for gcc configure:2484: found /usr/local/bin/gcc configure:2494: result: gcc configure:2724: checking for C compiler version configure:2726: gcc --version 5 gcc (GCC) 4.1.0 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2729: $? = 0 configure:2731: gcc -v 5 Using built-in specs. Target: sparc-sun-solaris2.9 Configured with: /scratch/hgs/gcc-4.1.0/configure --with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld --enable-languages=c,c++,f95,objc --disable-nls Thread model: posix gcc version 4.1.0 configure:2734: $? = 0 configure:2736: gcc -V 5 gcc: '-V' option must have argument configure:2739: $? = 1 configure:2762: checking for C compiler default output file name configure:2784: gccconftest.c 5 configure:2787: $? = 0 configure:2825: result: a.out configure:2830: checking whether the C compiler works configure:2836: ./a.out configure:2839: $? = 0 configure:2856: result: yes configure:2863: checking whether we are cross compiling configure:2865: result: no configure:2868: checking for suffix of executables configure:2870: gcc -o conftestconftest.c 5 configure:2873: $? = 0 configure:2898: result: configure:2904: checking for suffix of object files configure:2925: gcc -c conftest.c 5 configure:2928: $? = 0 configure:2951: result: o configure:2955: checking whether we are using the GNU C compiler configure:2979: gcc -c conftest.c 5 configure:2985: $? = 0 configure:2989: test -z || test ! -s conftest.err configure:2992: $? = 0 configure:2995: test -s conftest.o configure:2998: $? = 0 configure:3012: result: yes configure:3017: checking whether gcc accepts -g configure:3042: gcc -c -g conftest.c 5 configure:3048: $? = 0 configure:3052: test -z yes || test ! -s conftest.err configure:3055: $? = 0 configure:3058: test -s conftest.o configure:3061: $? = 0 configure:3167: result: yes configure:3184: checking for gcc option to accept ISO C89 configure:3248: gcc -c -g -O2 conftest.c 5 configure:3254: $? = 0 configure:3258: test -z || test ! -s conftest.err configure:3261: $? = 0 configure:3264: test -s conftest.o configure:3267: $? = 0 configure:3287: result: none needed configure:3309: gcc -c -g -O2 conftest.c 5 conftest.c:2: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'me' configure:3315: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3464: checking for style of include used by make configure:3492: result: GNU
Re: Bug report as requested.
Hello Hugh, Thanks for the bug report. * Hugh Sasse wrote on Tue, Jan 09, 2007 at 11:07:54AM CET: libtool-1.5.22 on Sun-sparc-solaris2.9 PASS: f77demo-static.test FAIL: f77demo-make.test SKIP: f77demo-exec.test PASS: f77demo-conf.test FAIL: f77demo-make.test SKIP: f77demo-exec.test PASS: f77demo-shared.test FAIL: f77demo-make.test SKIP: f77demo-exec.test Anything else I need to tell you for this to be useful? Yes. Please run make check VERBOSE=yes \ TESTS=f77demo-static.test f77demo-make.test f77demo-exec.test \ f77demo-conf.test f77demo-make.test f77demo-exec.test \ f77demo-shared.test f77demo-make.test f77demo-exec.test and post the output. Probably you want to use gmake rather than Solaris make. Cheers, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: Bug-Report libtool-1.5.20
[ I have put the bug-libtool list in Cc: again ] Hi Christof, * Nuber, Christof wrote on Tue, Nov 29, 2005 at 09:26:41AM CET: Von: Ralf Wildenhues * Nuber, Christof wrote on Mon, Nov 28, 2005 at 10:44:52AM CET: I tried to run make check for libtool-1.5.20 on a Linux-2.4.21-37 ELsmp-Kernel (RedHat WS 3.6) on a HP xw 9300 (2x AMD Opteron 275), x64_86-Processor. 5 (mdemo-make.test, pdemo-inst.test, pdemo-exec.test, mdemo2-exec.test, tagdemo-exec.test) of 109 tests failed, 3 (mdemo-exec.test, mdemo-inst.test, demo-nopic.test) were not run. Thank you for the bug report. We need a bit more information. I couldn't reconstruct the bug. It occured while I was upgrading m4, libtools, autoconf and automake (in that order). After upgrading autoconf and automake I didn't get the message anymore. Sorry that I can't give you more information. Well, if you could tell us which the previous installed autoconf and automake versions were, that would likely be enough information to reproduce the bug. Then we can decide whether we need to do something about it. Thank you. For the next upgrade round, it's probably more advisable to upgrade autoconf before automake before libtool. OTOH, given that m4-2.0 will likely depend on libtool-2.0, and autoconf's next major version *may* depend on m4-2.0, this can't be said for certain, *iff* you are upgrading CVS versions which need bootstrapping. If you instead download tarballs, or simply upgrade from some packaging system, you should be fine either way. Cheers, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: Bug-Report libtool-1.5.20
Hi Chris, * Nuber, Christof wrote on Mon, Nov 28, 2005 at 10:44:52AM CET: I tried to run make check for libtool-1.5.20 on a Linux-2.4.21-37 ELsmp-Kernel (RedHat WS 3.6) on a HP xw 9300 (2x AMD Opteron 275), x64_86-Processor. 5 (mdemo-make.test, pdemo-inst.test, pdemo-exec.test, mdemo2-exec.test, tagdemo-exec.test) of 109 tests failed, 3 (mdemo-exec.test, mdemo-inst.test, demo-nopic.test) were not run. If you need more information (which I assume), please let me know. Thank you for the bug report. We need a bit more information. Please rerun verbosely, like this: make check VERBOSE=x 21 | tee checklog and send the log, preferably packed with bzip2 or gzip. If you want to avoid rerunning all tests, you can limit yourself to the corresponding test groups; most libtool tests are supposed to be run in groups: for example, this TESTS=mdemo-conf.test mdemo-make.test mdemo-exec.test mdemo-inst.test mdemo-unst.test would be one test group; it is important whether mdemo-conf or mdemo-static or mdemo-shared ran before the failing mdemo-make test. Thanks, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
