Try these items in this order, doing a rebuilding test (including autogen.sh) after each item:
- Remove all Makefile.in files from all folders in the
libcarddav-0.6.2 directory 2. Copy over your system's autoconf files: cp -Rp <path to your system's libool.m4 file> admin/libtool.m4.in cp -Rp <path to your system's ltmain.sh file> admin/ltmain.sh 3. I don't know?
There is no admin directory when I unpack the sources.
I created an admin directory and then copied the libtool files.
The make process failed with the following:
make: admin/Makefile.common: No such file or directory make: *** No rule to make target `admin/Makefile.common'. Stop.
As there is no admin directory, there is no Makefile.common file.
Unsure, and not knowing exactly what is different with each package, I downloaded libcarddav_0.6.2-0debian3.tar.gz and libcarddav_0.6.2-0debian4.tar.gz.
Same results.
Log attached.
Try these items in this order, doing a rebuilding test (including autogen.sh) after each item:
- Remove all Makefile.in files from all folders in the
libcarddav-0.6.2 directory 2. Copy over your system's autoconf files: cp -Rp <path to your system's libool.m4 file> admin/libtool.m4.in cp -Rp <path to your system's ltmain.sh file> admin/ltmain.sh 3. I don't know?
There is no admin directory when I unpack the sources.
I created an admin directory and then copied the libtool files.
The make process failed with the following:
make: admin/Makefile.common: No such file or directory make: *** No rule to make target `admin/Makefile.common'. Stop.
As there is no admin directory, there is no Makefile.common file.
Unsure, and not knowing exactly what is different with each package, I downloaded libcarddav_0.6.2-0debian3.tar.gz and libcarddav_0.6.2-0debian4.tar.gz.
Same results.
Log attached.
Sorry, forgot to mention that you should copy the files into libcarddav-0.6.2/ instead of admin. Also, you shouldn't run the make -f admin command.
There is no difference between debian3.tar.gz and debian4.tar.gz--the number is incremented to work around a Debian packaging quirk.
Tim
Sorry, forgot to mention that you should copy the files into libcarddav-0.6.2/ instead of admin. Also, you shouldn't run the make -f admin command.
FTBFS.
Here is what I ran:
find ./ -name Makefile.in -exec rm -f {} ; cp -p /usr/share/aclocal/libtool.m4 ./libtool.m4.in cp -p /usr/share/libtool/ltmain.sh ./ltmain.sh ./autogen.sh
Sorry, forgot to mention that you should copy the files into libcarddav-0.6.2/ instead of admin. Also, you shouldn't run the make -f admin command.
FTBFS.
Here is what I ran:
find ./ -name Makefile.in -exec rm -f {} ; cp -p /usr/share/aclocal/libtool.m4 ./libtool.m4.in cp -p /usr/share/libtool/ltmain.sh ./ltmain.sh ./autogen.sh
Unfortunately I cannot help any more on this one; I just built the package on my CentOS 5 system without any problems, so the problem seems to be isolated to Slackware. If it helps with your debugging, make isn't even entering the src subdirectory to compile the sources therein (?!??). Maybe other libraries have experienced a similar build failure on Slackware in the past? You could try manually entering the src/ directory and running make from there...
Tim
Unfortunately I cannot help any more on this one; I just built the package on my CentOS 5 system without any problems, so the problem seems to be isolated to Slackware. If it helps with your debugging, make isn't even entering the src subdirectory to compile the sources therein (?!??). Maybe other libraries have experienced a similar build failure on Slackware in the past? You could try manually entering the src/ directory and running make from there...
Would you send me a copy of your libcarddav config.log?
Some things I notice in mine:
Package version is 0.6.2 but the log says 0.6.1.
I see the following conspicuous errors. When I compare the libcarddav and libcaldav config.logs, I don't see these same errors in libcaldav.
conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:6213: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libcarddav" | #define PACKAGE_TARNAME "libcarddav" | #define PACKAGE_VERSION "0.6.1" | #define PACKAGE_STRING "libcarddav 0.6.1" | #define PACKAGE_BUGREPORT "mir@datanom.net" | #define PACKAGE "libcarddav" | #define VERSION "0.6.1" | /* end confdefs.h. */ | #include <ac_nonexistent.h>
... ...
configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libcarddav" | #define PACKAGE_TARNAME "libcarddav" | #define PACKAGE_VERSION "0.6.1" | #define PACKAGE_STRING "libcarddav 0.6.1" | #define PACKAGE_BUGREPORT "mir@datanom.net" | #define PACKAGE "libcarddav" | #define VERSION "0.6.1" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #include <stdio.h> | #ifdef HAVE_SYS_TYPES_H | # include <sys/types.h> | #endif | #ifdef HAVE_SYS_STAT_H | # include <sys/stat.h> | #endif | #ifdef STDC_HEADERS | # include <stdlib.h> | # include <stddef.h> | #else | # ifdef HAVE_STDLIB_H | # include <stdlib.h> | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include <memory.h> | # endif | # include <string.h> | #endif | #ifdef HAVE_STRINGS_H | # include <strings.h> | #endif | #ifdef HAVE_INTTYPES_H | # include <inttypes.h> | #endif | #ifdef HAVE_STDINT_H | # include <stdint.h> | #endif | #ifdef HAVE_UNISTD_H | # include <unistd.h> | #endif | int | main () | { | if (sizeof ((size_t))) | return 0; | ; | return 0; | }
<snip>
Would you send me a copy of your libcarddav config.log?
<snip>
Sure! This is another reason I like to use the QuickBuild system when possible; it retains all that information for later analysis. You can get at a build log by expanding the package you are interested in, then clicking on the architecture you want to see build details for. Then click on buildlog.
Here is a direct link for the carddav package: https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-builddeps/...
Tim
Here is a direct link for the carddav package: https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-builddeps/...
Something I notice:
========================================== YOURS:
Rebuilding build system...... Using autoreconf to rebuild build system libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: linking file `m4/libtool.m4' libtoolize: linking file `m4/ltoptions.m4' libtoolize: linking file `m4/ltsugar.m4' libtoolize: linking file `m4/ltversion.m4' libtoolize: linking file `m4/lt~obsolete.m4' checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu
========================================== MINE:
Rebuilding build system...... Using autoreconf to rebuild build system /usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB /usr/share/aclocal/imlib.m4:9: run info '(automake)Extending aclocal' /usr/share/aclocal/imlib.m4:9: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB /usr/share/aclocal/imlib.m4:9: run info '(automake)Extending aclocal' /usr/share/aclocal/imlib.m4:9: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal checking build system type... configure: WARNING: dot not found - will not generate graphics for doxygen documentation i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu
========================================== I see those imlib.m4 messages in all the Trinity build scripts I run. I don't think that is the problem, but probably should be fixed.
I notice in your log you run autogen.sh, ./configure, then make.
I was running autogen.sh and then make. I'm doing that in the libcaldav build script and the package builds without errors. Regardless, I modifed my libcarddav build script:
./autogen.sh
./configure \ --prefix=${PREFIX} \ --mandir=/usr/share/man
make || exit 1
Still FTBFS.
========================================== YOURS:
Making all in src make[3]: Entering directory `/build/buildd/libcarddav-0.6.2/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I.. -I.. -g -O3 -O2 -Wall -D_REENTRANT -MT carddav.lo -MD -MP -MF .deps/carddav.Tpo -c -o carddav.lo carddav.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I.. -I.. -g -O3 -O2 -Wall -D_REENTRANT -MT carddav.lo -MD -MP -MF .deps/carddav.Tpo -c carddav.c -fPIC -DPIC -o .libs/carddav.o get-carddav-report.h:34: warning: 'carddav_dirlist' declared 'static' but never defined libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I.. -I.. -g -O3 -O2 -Wall -D_REENTRANT -MT carddav.lo -MD -MP -MF .deps/carddav.Tpo -c carddav.c -o carddav.o >/dev/null 2>&1 mv -f .deps/carddav.Tpo .deps/carddav.Plo ...
========================================== MINE:
Making all in src make[2]: Entering directory `/dev/shm/libcarddav-0.6.2/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I.. -I.. -O2 -Wall -D_REENTRANT -MT carddav.lo -MD -MP -MF .deps/carddav.Tpo -c -o carddav.lo carddav.c ../libtool: line 827: X--tag=CC: command not found ../libtool: line 860: libtool: ignoring unknown tag : command not found ../libtool: line 827: X--mode=compile: command not found ../libtool: line 994: *** Warning: inferring the mode of operation is deprecated.: command not found ../libtool: line 995: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../libtool: line 1138: Xgcc: command not found ../libtool: line 1138: X-DHAVE_CONFIG_H: command not found ../libtool: line 1138: X-I.: command not found ../libtool: line 1138: X-I..: command not found ../libtool: line 1138: X-pthread: command not found ../libtool: line 1138: X-I/usr/include/glib-2.0: No such file or directory ../libtool: line 1138: X-I/usr/lib/glib-2.0/include: No such file or directory ../libtool: line 1138: X-I..: command not found ../libtool: line 1138: X-I..: command not found ../libtool: line 1138: X-O2: command not found ../libtool: line 1138: X-Wall: command not found ../libtool: line 1138: X-D_REENTRANT: command not found ../libtool: line 1138: X-MT: command not found ../libtool: line 1138: Xcarddav.lo: command not found ../libtool: line 1138: X-MD: command not found ../libtool: line 1138: X-MP: command not found ../libtool: line 1138: X-MF: command not found ../libtool: line 1138: X.deps/carddav.Tpo: No such file or directory ../libtool: line 1138: X-c: command not found ../libtool: line 1191: Xcarddav.lo: command not found ../libtool: line 1196: libtool: compile: cannot determine name of library object from `': command not found make[2]: *** [carddav.lo] Error 1
========================================== All of those "../libtool...command not found" errors in MINE. A wild guess here: a path problem?
-
Darrell Anderson -
Timothy Pearson