Page 1 of 2

Re: Unable to keep working cross-compilation toolchain

Posted: Tue Nov 10, 2009 11:20 pm
by marcelru
Hi hastaelnabo2000,

It looks like your configuration sets the -Werror flag for gcc by default.
If you add the switch --disable-werror to the configure flags, maybe that might help:

change:

../../${UTILS}/configure --prefix=${PREFIX} --target=${TARGET} \
--with-sysroot=${SYSROOT} 2>&1 | tee configure.out

into:

../../${UTILS}/configure --prefix=${PREFIX} --target=${TARGET} --disable-werror \
--with-sysroot=${SYSROOT} 2>&1 | tee configure.out

and see if that makes any difference.

About yacc: shouldn't be a problem, bison will do.

HTH,

marcelr

Re: Unable to keep working cross-compilation toolchain

Posted: Wed Nov 11, 2009 10:07 pm
by marcelru
Hi hastaelnabo2000,

It's good to hear you have a working toolchain.
Have fun making your own applications for your TV.
Could you please send me a copy of the scripts you made/changed, so I can update the wiki page and make your experience public to other ubuntu users?

Thanks in advance.

marcelr

Re: Unable to keep working cross-compilation toolchain

Posted: Thu Nov 12, 2009 4:34 pm
by marcelru
Hi hastaelnabo2000,

Just did some googling on your error message. Configuring binutils with --disable-werror flag will not help, since this flag is set elsewhere in the configuration. Haven't found where exactly. The function asprintf() is supposed to return an int, which is not programmed in the binutils as provided by Samsung. Not their fault, the guys at GNU's probably missed it. For some reason it is not detected in my building environment, but it is in yours.
What you could do is unpack the source code manually, then change the code in /binutils-2.17.50/bfd/elf32-arm.c to make asprintf return a dummy int in both cases or cast the return value to (void), and complete the build.

I'm sorry I can't test it for you, because I don't have an ubuntu box lying around.

HTH,
marcelr

Re: Unable to keep working cross-compilation toolchain

Posted: Sun Nov 15, 2009 10:02 pm
by aquadran
do not use -lSDL