Fehler beim CDK-Compile

[mschmidt]

Hallo Zusammen!

Ich versuche verzweifelt mein erstes CDK zu compilieren und bekomme unter SuSE Linux 9.3 folgenden Fehler:

( rm -rf DFB++-0.9.22 || /bin/true ) && bunzip2 -cd Archive/DFB++-0.9.22-cvs20050601.tar.bz2 | TAPE=- tar -x
cd DFB++-0.9.22 && \
AR=powerpc-tuxbox-linux-gnu-ar AS=powerpc-tuxbox-linux-gnu-as CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ NM=powerpc-tuxbox-linux-gnu-nm RANLIB=powerpc-tuxbox-linux-gnu-ranlib CFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -O2 -g3 -gdwarf-2" CXXFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -O2 -g3 -gdwarf-2" LDFLAGS="" PKG_CONFIG_PATH=/dbox2/cdkroot/lib/pkgconfig \
./autogen.sh \
--build=i686-suse-linux \
--host=powerpc-tuxbox-linux-gnu \
--prefix= && \
make all && \
perl -pi -e "s,^prefix=.*$,prefix=/dbox2/cdkroot," dfb++.pc && make install DESTDIR=/dbox2/cdkroot

I am testing that you have the required versions of libtool, autoconf,
and automake.

checking for libtool >= 1.3.4 ... yes (version 1.5.14)
checking for autoconf >= 2.13 ... yes (version 2.59)
checking for automake >= 1.4 ... yes (version 1.9.5)
Makefile.am: installing `./INSTALL'
Makefile.am: installing `./COPYING'
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 powerpc-tuxbox-linux-gnu-strip... powerpc-tuxbox-linux-gnu-strip
checking whether to enable maintainer-specific portions of Makefiles... yes
checking build system type... i686-suse-linux
checking host system type... powerpc-tuxbox-linux-gnu
checking for style of include used by make... GNU
checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether powerpc-tuxbox-linux-gnu-gcc accepts -g... yes
checking for powerpc-tuxbox-linux-gnu-gcc option to accept ANSI C... none needed
checking dependency style of powerpc-tuxbox-linux-gnu-gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for egrep... grep -E
checking for ld used by powerpc-tuxbox-linux-gnu-gcc... /dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld
checking if the linker (/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) is GNU ld... yes
checking for /dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld option to reload object files... -r
checking for BSD-compatible nm... powerpc-tuxbox-linux-gnu-nm
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... powerpc-tuxbox-linux-gnu-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 powerpc-tuxbox-linux-gnu-g++... powerpc-tuxbox-linux-gnu-g++
checking whether we are using the GNU C++ compiler... yes
checking whether powerpc-tuxbox-linux-gnu-g++ accepts -g... yes
checking dependency style of powerpc-tuxbox-linux-gnu-g++... gcc3
checking how to run the C++ preprocessor... powerpc-tuxbox-linux-gnu-g++ -E
checking for powerpc-tuxbox-linux-gnu-g77... no
checking for powerpc-tuxbox-linux-gnu-f77... no
checking for powerpc-tuxbox-linux-gnu-xlf... no
checking for powerpc-tuxbox-linux-gnu-frt... no
checking for powerpc-tuxbox-linux-gnu-pgf77... no
checking for powerpc-tuxbox-linux-gnu-fort77... no
checking for powerpc-tuxbox-linux-gnu-fl32... no
checking for powerpc-tuxbox-linux-gnu-af77... no
checking for powerpc-tuxbox-linux-gnu-f90... no
checking for powerpc-tuxbox-linux-gnu-xlf90... no
checking for powerpc-tuxbox-linux-gnu-pgf90... no
checking for powerpc-tuxbox-linux-gnu-epcf90... no
checking for powerpc-tuxbox-linux-gnu-f95... no
checking for powerpc-tuxbox-linux-gnu-fort... no
checking for powerpc-tuxbox-linux-gnu-xlf95... no
checking for powerpc-tuxbox-linux-gnu-ifc... no
checking for powerpc-tuxbox-linux-gnu-efc... no
checking for powerpc-tuxbox-linux-gnu-pgf95... no
checking for powerpc-tuxbox-linux-gnu-lf95... no
checking for powerpc-tuxbox-linux-gnu-gfortran... no
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse powerpc-tuxbox-linux-gnu-nm output from powerpc-tuxbox-linux-gnu-gcc object... ok
checking for objdir... .libs
checking for powerpc-tuxbox-linux-gnu-ar... powerpc-tuxbox-linux-gnu-ar
checking for powerpc-tuxbox-linux-gnu-ranlib... powerpc-tuxbox-linux-gnu-ranlib
checking for powerpc-tuxbox-linux-gnu-strip... (cached) powerpc-tuxbox-linux-gnu-strip
checking if powerpc-tuxbox-linux-gnu-gcc static flag works... yes
checking if powerpc-tuxbox-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for powerpc-tuxbox-linux-gnu-gcc option to produce PIC... -fPIC
checking if powerpc-tuxbox-linux-gnu-gcc PIC flag -fPIC works... yes
checking if powerpc-tuxbox-linux-gnu-gcc supports -c -o file.o... yes
checking whether the powerpc-tuxbox-linux-gnu-gcc linker (/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... cat: /etc/ld.so.conf.d/*.conf: No such file or directory
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 powerpc-tuxbox-linux-gnu-g++... /dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld
checking if the linker (/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) is GNU ld... yes
checking whether the powerpc-tuxbox-linux-gnu-g++ linker (/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) supports shared libraries... yes
checking for powerpc-tuxbox-linux-gnu-g++ option to produce PIC... -fPIC
checking if powerpc-tuxbox-linux-gnu-g++ PIC flag -fPIC works... yes
checking if powerpc-tuxbox-linux-gnu-g++ supports -c -o file.o... yes
checking whether the powerpc-tuxbox-linux-gnu-g++ linker (/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... cat: /etc/ld.so.conf.d/*.conf: No such file or directory
GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
appending configuration tag "F77" to libtool
checking whether build environment is sane... yes
checking for library containing strerror... none required
checking for powerpc-tuxbox-linux-gnu-gcc... (cached) powerpc-tuxbox-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether powerpc-tuxbox-linux-gnu-gcc accepts -g... (cached) yes
checking for powerpc-tuxbox-linux-gnu-gcc option to accept ANSI C... (cached) none needed
checking dependency style of powerpc-tuxbox-linux-gnu-gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... (cached) yes
checking for ANSI C header files... (cached) yes
checking how to run the C preprocessor... powerpc-tuxbox-linux-gnu-gcc -E
checking for powerpc-tuxbox-linux-gnu-g++... (cached) powerpc-tuxbox-linux-gnu-g++
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether powerpc-tuxbox-linux-gnu-g++ accepts -g... (cached) yes
checking dependency style of powerpc-tuxbox-linux-gnu-g++... (cached) gcc3
./configure: line 21308: syntax error near unexpected token `DIRECTFB,'
./configure: line 21308: `PKG_CHECK_MODULES(DIRECTFB, directfb >= $DIRECTFB_VERSION)'

Now type 'make' to compile DFB++.
make[1]: Entering directory `/tuxbox-cvs/cdk/DFB++-0.9.22'
make[1]: *** No rule to make target `all'. Stop.
make[1]: Leaving directory `/tuxbox-cvs/cdk/DFB++-0.9.22'
make: *** [.deps/libdirectfbpp] Error 2

Ich habe den Compile auf zwei Varianten versucht:
- so wie im Thread "Howto: Erstellen eines kompletten Images" beschrieben, und
- so wi im WIKI beschrieben

In beiden bricht make mit dem gleichen Fehler ab. Sieht für mich irgendwie so aus, wie wenn mit dem configure-Script vom DFB (was ist das wohl?? Direct Frame Buffer???) irgendwas nicht stimmt.

Ich hab's urgsprünglich auch mal mit CYGWIN versucht, aber da bricht der Compile schon relativ früh ab:

$ make
make[1]: Entering directory `/tuxbox-cvs/cdk'
make[1]: *** No rule to make target `Archive/linux-2.4.27.tar.bz2', needed by `.
deps/linuxdir'. Stop.
make[1]: Leaving directory `/tuxbox-cvs/cdk'
make: *** [.deps/binutils] Error 2

In einem der Foren habe ich gelesen, daß CYGWIN eh kaum noch unterstützt wird und habe deswegen auch nicht lange herumlaboriert sondern gleich zu SuSE 9.3 gewechselt.

Die im Doc-File beschriebenen Abhängigkeiten (automake, autoconf, etc. ) sind alle erfüllt, das einzige was mir fehlt, sind die im How-To beschriebenen (Flash?-) Tools mkcramfs, mksquashfs und fakeroot. Für die 9.3er Distri scheints das nicht zu geben, hätte mir da wer einen schnellen Tip, woher ich die Tools bekomme?

Der Fehler ganz oben wird doch aber bestimmt nicht daran liegen, oder?

Wäre sehr nett, wenn mir dabei Jemand kurz helfen könnte!?
Vielen Dank schonmal!!!

Gruß
M. Schmidt

[mschmidt]

... die Sache hat sich erledigt, mit "newmake" hat's auf Anhieb geklappt. Das Image funktioniert prima! Nur mit CYGWIN klappt's noch nicht so recht..., aber das is ja auch nicht soo wichtig.

JIPPIE!!!

PS: Ich hab's die letzten 2 Jahre immer wieder mal versucht und der build-Prozess ist immer mit komischen Fehlern (syntax, etc.) beendet worden -ich dachte schon, ich bin völlig bescheuert und hab's dann immer wieder aufgegeben...

[Nico 77]

Das es nun geklappt hat heißt aber nicht das du dadurch schlauer geworden bist und wenn im CVS sich was ändert kannst du mit newmake genauso wieder hängen bleiben.

[mschmidt]

?? Hm, bei manchen Beiträgen in diesem Forum habe ich echt den Eindruck, es ist eher unerwünscht, daß Neulinge es schaffen, einen Build hinzubekommen... (und soll Insidern vorbehalten bleiben?)...

Nürlich bin in ich -etwas- schlauer geworden, ich habe Barf's Homepage entdeckt und durchgelesen. Und vor allem, kann ich jetzt damit anfangen, schlauer zu werden - ohne (schon vorab) ein "Makefile"-Gott zu sein!

Mir ist natürlich klar, daß sollte das neue Buildsystem nicht sauber mitgepflegt werden, man damit künftig genauso hängenbleiben könnte. Aber immerhin habe ich es mit dem heutigen Stand auf Anhieb geschafft, nach zahlreichen fehlgeschlagenen Versuchen mit dem alten Buildsystem.

Es läuft jetzt erstmal und das ist natürlich ein entscheidender Grund für ein tar für mich... alles andere wird sich zeigen.

Gruß
Matze

[Carjay]

Der Ursprungsfehler war, daß auf dem Rechner das Devel-Paket für pkg-config fehlt und ist kein Problem des CDK, sondern der Distributionen, die teilweise pkg-config in ein reines Anwender und ein Entwickler-Paket aufteilen.

[mschmidt]

Aha, deshalb wird configure mit einem Syntax-Fehler abgebrochen?

Ich habe nachgeschaut; ein separates -devel Paket gibt's bei SuSE 9.3 NICHT für pkgconfig!? Nur ein -debug Paket...

[Barf]

Der Ursprungsfehler war, daß auf dem Rechner das Devel-Paket für pkg-config fehlt und ist kein Problem des CDK, sondern der Distributionen, die teilweise pkg-config in ein reines Anwender und ein Entwickler-Paket aufteilen.

Falls dies der Fall ist soll ein korrektes configure das Vorhandensein überprüfen, und, mit einem verständlichen Fehlermeldung, abbrechen.

Ich habe ein erhebliche Aufwand reingestecht, um in newmake

- leicht behebbare Abhängigkeiten zu eliminieren,
- verbleibende Abhängigkeiten mit configure zu überprüfen,
- Abhängigkeiten zu dokumentieren.