- Lukas
- Medlem ●
- 2002-01-13 01:17
Sitter och försöker få xdelta att kompilera under Darwin. Eftersom det i dagsläget finns precis 0 native binärpatch program och jag behöver den funktionaliteten titt som tätt.
Har efter fiffel med config.guess, glib och libtool (tacka Apple för ihopblandade begrepp btw... mfs) fått den att köra en i princip varningsfri configure. Som syns nedan.
[egan:~/Desktop/xdelta-1.1.3] lukas% ./configure creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... missing checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E -traditional-cpp checking host system type... powerpc-apple-darwin5.2 checking build system type... powerpc-apple-darwin5.2 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking for object suffix... o checking for executable suffix... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc supports -c -o file.o... ~/Desktop/xdelta-1.1.3/conftest yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... none checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -p output... ok checking how to hardcode library paths into programs... unsupported checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... darwin5.2 dyld checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for ANSI C header files... yes checking whether make sets ${MAKE}... (cached) yes checking for gettimeofday... yes checking whether time.h and sys/time.h may both be included... yes checking for emacs... /usr/bin/emacs checking for glib-config... /usr/local/bin/glib-config checking for GLIB - version >= 1.2.8... yes checking for gzsetparams in -lz... yes checking for zlib.h... yes updating cache ./config.cache creating ./config.status creating Makefile creating doc/Makefile creating test/Makefile creating djgpp/Makefile creating xdelta-config creating libedsio/Makefile creating libedsio/edsio-comp creating config.h
So far so good, hade en del problem med att övertyga den om glibs position eftersom den inte hitta systemets vid make men med dett löst dyker skiten som följer....
[egan:~/Desktop/xdelta-1.1.3] lukas% make make all-recursive Making all in libedsio /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c library.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c library.c -fno-common -DPIC -o .libs/library.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c library.c -o library.o >/dev/null 2>&1 mv -f .libs/library.lo library.lo /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c simple.c rm -f .libs/simple.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c simple.c -fno-common -DPIC -o .libs/simple.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c simple.c -o simple.o >/dev/null 2>&1 mv -f .libs/simple.lo simple.lo /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c edsio.c rm -f .libs/edsio.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -Wall -O3 -c edsio.c -fno-common -DPIC -o .libs/edsio.lo edsio.c:1317: bad macro argument list edsio.c:1317: bad macro argument list edsio.c:1317: bad macro argument list edsio.c:1317: bad macro argument list edsio.c:1317: bad macro argument list edsio.c:1317: bad macro argument list cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode make[2]: *** [edsio.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2
Det är mitt i natten, jag saknar alternativ och jag vete fan hur jag ska hantera bad macro argument list. Ngn som känner till ett alternativ som funkar cli eller grafiskt för små patchar mellan binärer. rsync funkar för en del av mina syften men inte all därför xdelta.
Herr Ejeklint kanske har någon listig idé?