CDK Build (HEAD tag)

[bf244a]

Dear Sir,
I am using cygwin on my WinXP laptop. I downloaded the CDK tree using the following command:
cvs -d:pserver:anonymous@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z3 co -P .
I executed the following commands:
./autogen.sh
./configure --prefix=$HOME/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode
make all
Then I got the following error:
*** No rule to make target `Archive/linux-2.4.22.tar.bz2', needed by `.linuxdir'. Stop.

I looked at the generated makefile, and I saw that it is downloading linux-2.4.22.tar.bz2 while it is addressing the linux-2.4.22.tar.bz2 in the rest of the makefile.
I also noticed that this is the case for some other files, where the version in the archive directory is at a certain level, while the makefile is refering to other level. Same for the .diff files.

I tried the following command on a clean directory, but still I had the same problem:
cvs -d:pserver:anonymous@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z9 co -r HEAD .

What did I do wrong? Is the build supposed to run smoothly or am I supposed to modify in the generated makefile, or file names to get it running?

Thank you in advance.

[Npq]

That's probably because we switched to kernel 2.4.25 recently and the cygwin-skripts aren't up to date.

IIRC only one active developer (Homar) involved with the project is using Cygwin, so sometimes a change breaks the support and it's not noticed instantly.

I know nothing about the Cygwin-Build-Process myself (I use Debian), so you may have to wait or contact Homar to resolve the issue.

Alternatively you could try checking out the tree before the change took place.

[bf244a]

Hello Npq,
Thank you for your reply. As I am not familiar with the tree structure, and the updates taking place, may I kindly ask you to post the CVS command that I should execute to be able to check out the tree before the change took place.

Note: I am looking for the latest consistent, stable version that I can build without problems.

Thank you.

[Homar]

hi bf224a,

cygwin rules should up to date, now.

...please try again ;-)

[bf244a]

Dear Homar,
Thank you very much for your prompt response. I downloaded the tree again, and now the reported problem has disappeared. Thanks to your excellent support.
A good part of the build progressed successfully. However, when it came to the gcc-3.3.3 part in the build, I got the following errors. I removed the gcc-3.3.3 directory, and tried the build again. However, I was faced with the same errors:

../../gcc-3.3.3/gcc/config/rs6000/linux.h:96:20: signal.h: No such file or directory
In file included from tconfig.h:23,
from ../../gcc-3.3.3/gcc/libgcc2.c:36:
../../gcc-3.3.3/gcc/config/rs6000/linux.h:105: error: parse error before "stack_t"
../../gcc-3.3.3/gcc/config/rs6000/linux.h:105: warning: no semicolon at end of struct or union
../../gcc-3.3.3/gcc/config/rs6000/linux.h:107: error: parse error before "uc_sigmask"
../../gcc-3.3.3/gcc/config/rs6000/linux.h:107: warning: type defaults to `int' in declaration of `uc_sigmask'
../../gcc-3.3.3/gcc/config/rs6000/linux.h:107: warning: data definition has no type or storage class
../../gcc-3.3.3/gcc/config/rs6000/linux.h:106: error: storage size of `uc_mcontext' isn't known
make[3]: *** [libgcc/./_muldi3.o] Error 1
make[3]: Leaving directory `/home/tuxbox-cvs/cdk/build_gcc/gcc'
make[2]: *** [stmp-multilib] Error 2
make[2]: Leaving directory `/home/tuxbox-cvs/cdk/build_gcc/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/tuxbox-cvs/cdk/build_gcc'
make: *** [.gcc] Error 2

I would appreciate if you have a look at the above error, and kindly let me know your opinion about the reson of the problem, and if there is any fix for it.

Thank you again for your excellent support.

[Homar]

if you wish to compile the whole CVS, you should make distclean before.

please try the following instruction:

cd
cd tuxbox-cvs/cdk
make distclean
cvs update -dPA
./autogen.sh
cp /usr/share/aclocal/*.m4 /usr/autotool/devel/share/aclocal
echo ./configure --prefix=$HOME/dbox2 --with-hostruleset=cygwin --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode --disable-libcrypto
./config.status <------------------ i don et know why this, but sometimes requiered :-/
make core

To get some experience in how to make, try to get a look on my makescripts.
It is available at http://remote-admin.de

[bf244a]

Hello Homar,
Thank you for your advice, and your supplied commands to make a clean build. I followed your steps, and I finaly got a successfull build.
I tried running a plugin that I developed on the previous release of the operating system, and was running OK, however it did not start and gave me the following error:

libgcc_s_nof.so.1: cannot open shared object file: No such file or directory

I checked the /lib directory, and did not find this file. However, I found it in the previous release. I copied this file from the old release to /var/lib but still it did not work.

I wonder if I need to change my options in the makefile so that it depends on an available library.

If when this problem is fixed, will I still be able to run my plugin on previous versions?

Following is my makefile content:

CDK_SRC = $(HOME)/tuxbox-cvs
CDKROOT = $(HOME)/dbox2/cdkroot

INCLUDES = -I$(CDK_SRC)/apps/tuxbox/enigma/include -I$(CDKROOT)/include -I$(CDKROOT)/include/sigc++-1.2 -I$(CDKROOT)/lib/sigc++-1.2/include -I$(CDK_SRC)/apps/tuxbox/enigma -I$(CDK_SRC)/apps/misc/libs/libxmltree -I$(CDK_SRC)/apps/tuxbox/plugins/include -I.

CFLAGS = -DEMU_PLUGIN $(INCLUDES) -fno-rtti -fno-exceptions -Wall -O2 -mcpu=823 -msoft-float -mmultiple -mstring -pipe

OBJECTS = demo.o

all: demo.so

demo.so: $(OBJECTS)
powerpc-tuxbox-linux-gnu-g++ $(CFLAGS) -shared -o demo.so $(OBJECTS)
powerpc-tuxbox-linux-gnu-strip demo.so

.cpp.o:
powerpc-tuxbox-linux-gnu-g++ $(CFLAGS) -c -o demo.o $<

[PentVaer]

bf244a: I have the nof problem too, please post if you find an answer.

Cheers,

Pent

[bf244a]

Hello,
I still have no answer. I noticed that the new DreamFlash V1.3b is running fine on the new official release 107_4, and it is developed by Mechatron.
I hope he is watching this forum, and would be kind enough to post a solution for our problem. May be the right makefile (right options for the compiler, and linker).