OE cross toolchain for SH4

[tom_van]

Very strange. In build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/temp/run.do_install.xx
is do_install from (final)glibc, not overloaded empty version from initial.
Any suspicious change in bb or oe/conf from rev 197 ?

Code: Select all

do_install() {
        oe_runmake install_root=/home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/image install
        install -m 0644 /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/etc/ld.so.conf /home/sam/build/tmp/w
ork/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/image//etc/
        install -d /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/image/usr/lib/locale
        make -f /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/generate-supported.mk IN="/home/sam/build/tm
p/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/GLIBC/glibc-2.5/localedata/SUPPORTED" OUT="/home/sam/build/tmp/work/sh4-linux/
glibc-initial-2.5.0-2.7.0-r1/SUPPORTED"
        # get rid of some broken files...
        for i in a b c d f g h i j k l m n o p q r s t u v w x y z; do
                grep -v $i /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/SUPPORTED > /home/sam/build/tmp/w
ork/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/SUPPORTED.tmp || true
                mv /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/SUPPORTED.tmp /home/sam/build/tmp/work/sh
4-linux/glibc-initial-2.5.0-2.7.0-r1/localedata/SUPPORTED || true
        done
        rm -f /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/image/etc/rpc
 
}

[arris69]

Very strange. In build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/temp/run.do_install.xx
is do_install from (final)glibc, not overloaded empty version from initial.
Any suspicious change in bb or oe/conf from rev 197 ?

...

not realy, just "shit happens" on renaming directories and merging different versions, situation now looks a bit better now i compile glibc-intermediate.
(error in math catched)
than kernel, and ntop so i think in 1-2 hours its fixed.

arris

[tom_van]

Code: Select all

NOTE: package glibc-initial-2.5.0-2.7.0: started
DEBUG: Executing task do_unpack
NOTE: package glibc-initial-2.5.0-2.7.0-r1: task do_unpack: started
NOTE: Unpacking /home/vanekt/dl/LE46A956.zip to /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/
NOTE: Unpacking /home/sam/oe/packages/glibc/glibc-2.5.0-2.7.0/generic-bits_select.h to /home/sam/build/tmp/work/sh4-linux/glibc-initial-2.5.0-2.7.0-r1/
cp: cannot stat `/home/sam/oe/packages/glibc/glibc-2.5.0-2.7.0/generic-bits_select.h': No such file or directory
NOTE: Task failed:

[tom_van]

And no-z-defs.patch missing too. Moved those files from glibc-2.5.90-9.0.9/ to files/ and so far ok.

[arris69]

And no-z-defs.patch missing too. Moved those files from glibc-2.5.90-9.0.9/ to files/ and so far ok.

so in r251 is all ok again, just cosmetic canges are to made like the no-z-defs.patch i think its already in sources, generaly i guess this version should work without patches than this are patched sources from samsung. no-z-defs=yes is also in do_configure and the install of the rpcsvc stuff is also not required.

but i let my fingers from this glibc for now

hope this version is ok think T-RBYDEUC has original version 2.3<something>

arris

ps: i will make a comlete new checkout and let rebuild over the night (arm and sh4)

edit feb. 20: so looks its all ok again,
ref. sh4 toolchain broken from r234 up to r250
keywords: can't compile openembedded svn toolchain gcc-4.1.1 glibc won't compile

[tom_van]

I confirm sh4 toolchain compiles ok.

A funny problem with ipkg-build:

Code: Select all

DEBUG: Executing task do_package
NOTE: package SDL-Samsung-1.2.11-r02: task do_package: started
DEBUG: No locale files in this package
DEBUG: LIBNAMES: pkg SDL-Samsung-dbg libs 0 bins 0 sonames []
DEBUG: LIBNAMES: pkg SDL-Samsung libs 1 bins 0 sonames ['libSDL.so']
DEBUG: LIBNAMES: pkg SDL-Samsung-doc libs 0 bins 0 sonames []
DEBUG: LIBNAMES: pkg SDL-Samsung-dev libs 0 bins 0 sonames []
DEBUG: LIBNAMES: pkg SDL-Samsung-locale libs 0 bins 0 sonames []
DEBUG: adding ldconfig call to postinst for SDL-Samsung
NOTE: Not creating empty archive for SDL-Samsung-dbg-1.2.11-r02
SDL-Samsung
*** Error: Package name  contains illegal characters, (other than [a-z0-9.+-])
 
ipkg-build: Please fix the above errors and try again.
NOTE: Task failed: ipkg-build execution failed
NOTE: package SDL-Samsung-1.2.11-r02: task do_package: failed

Same problem in CoreScript and StarterLib packages.
If you start build several times over and over it gets completed.

[arris69]

I confirm sh4 toolchain compiles ok.

A funny problem with ipkg-build:

Code: Select all

DEBUG: Executing task do_package
NOTE: package SDL-Samsung-1.2.11-r02: task do_package: started
DEBUG: No locale files in this package
DEBUG: LIBNAMES: pkg SDL-Samsung-dbg libs 0 bins 0 sonames []
DEBUG: LIBNAMES: pkg SDL-Samsung libs 1 bins 0 sonames ['libSDL.so']
DEBUG: LIBNAMES: pkg SDL-Samsung-doc libs 0 bins 0 sonames []
DEBUG: LIBNAMES: pkg SDL-Samsung-dev libs 0 bins 0 sonames []
DEBUG: LIBNAMES: pkg SDL-Samsung-locale libs 0 bins 0 sonames []
DEBUG: adding ldconfig call to postinst for SDL-Samsung
NOTE: Not creating empty archive for SDL-Samsung-dbg-1.2.11-r02
SDL-Samsung
*** Error: Package name  contains illegal characters, (other than [a-z0-9.+-])
 
ipkg-build: Please fix the above errors and try again.
NOTE: Task failed: ipkg-build execution failed
NOTE: package SDL-Samsung-1.2.11-r02: task do_package: failed

Same problem in CoreScript and StarterLib packages.
If you start build several times over and over it gets completed.

may utf-8 problem or dash? can you try open and save the bb files on your system and check again?
wat is your systems locale setting?

arris

[tom_van]

None of above.

Code: Select all

        if echo $pkg | grep '[^a-z0-9.+-]'; then
                echo "*** Error: Package name $name contains illegal characters, (other than [a-z0-9.+-])" >&2
                PKG_ERROR=1;
        fi

ipkg-build insist on lowercase. Don't know why it works for you. A special version of grep with -i as default?

[arris69]

None of above.

Code: Select all

        if echo $pkg | grep '[^a-z0-9.+-]'; then
                echo "*** Error: Package name $name contains illegal characters, (other than [a-z0-9.+-])" >&2
                PKG_ERROR=1;
        fi

ipkg-build insist on lowercase. Don't know why it works for you. A special version of grep with -i as default?

strange, grep is case sensitive but gives always 1 back on this regex (GNU grep 2.5.3)

second question is why it completes the package build on your system if you repeat the build? or don't?

arris

[tom_van]

I have GNU grep 2.5.4
Continuing must be other error (in bitbake?) because packages with ucase names was not ok.
After adding -i to grep in ipkd-build I had to rebuild all ucase named packages and finally got gallery built.

I decided to use T-RBYDEUC-dotconfig - commiting now - please review.