"cannot find -lppl_c" link error

"cannot find -lppl_c" link error

[Mr Dash Four]

I am trying to build my kernel image with "bitbake virtual/kernel" using the following (rather short) local.conf:

DL_DIR = "${HOME}/oe/sources"
BBFILES = "${HOME}/oe/openembedded/recipes/*/*.bb"
MACHINE = "htcdream"
DISTRO = "shr"
BBMASK = "/(nonworking|obsolete|cacao)/"

As a side note - the reason I excluded "cacao" above as well is because there are some errors in the .bb recipe files. Unfortunately, my build fails with the following error:

| gcc   -isystem/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/include -O2 -g -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -L/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o arm-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o \
| 	  dummy-checksum.o main.o  libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a   ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a  -lcloog  -Wl,-Bstatic  -lppl_c -lppl -lgmpxx -Wl,-Bdynamic -Wl,-Bstatic -lmpc -lmpfr -lgmp -Wl,-Bdynamic -rdynamic -ldl  -L../zlib -lz -Wl,-Bstatic -lelf -Wl,-Bdynamic
| /usr/bin/ld: cannot find -lppl_c
| collect2: ld returned 1 exit status
| make[2]: *** [cc1-dummy] Error 1
| make[2]: Leaving directory `/home/mr-4/oe/build/tmp/work/armv6-novfp-oe-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/gcc-4_5-branch/build.x86_64-linux.arm-oe-linux-gnueabi/gcc'
| make[1]: *** [all-gcc] Error 2
| make[1]: Leaving directory `/home/mr-4/oe/build/tmp/work/armv6-novfp-oe-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/gcc-4_5-branch/build.x86_64-linux.arm-oe-linux-gnueabi'
| make: *** [all] Error 2
| + die 'oe_runmake failed'
| + oefatal 'oe_runmake failed'
| + echo FATAL: 'oe_runmake failed'
| FATAL: oe_runmake failed
| + exit 1
NOTE: package gcc-cross-initial-4.5-r38.1+svnr170880: task do_compile: Failed
ERROR: Function 'do_compile' failed (see /home/mr-4/oe/build/tmp/work/armv6-novfp-oe-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/temp/log.do_compile.1190 for further information)
ERROR: Task 748 (/home/mr-4/oe/openembedded/recipes/gcc/gcc-cross-initial_4.5.bb, do_compile) failed with exit code '1'
ERROR: '/home/mr-4/oe/openembedded/recipes/gcc/gcc-cross-initial_4.5.bb' failed


It looks as though ld cannot find "ppl_c" (not ppl!). What is ppl_c? The build environment I use is x86_64 (quad core CPU), running heavily upgraded and updated FC13 (most of the components are based on FC14 & FC15). The target device is htcdream (ARMv6).

Any idea what is causing this?

I've followed the installation guide (http://www.openembedded.org/wiki/Getting_started) and the only difference is that I deployed bitbake 1.12.0 instead of 1.10.2. I keep the full logs so I can post them here if there is any interest. Many thanks in advance!

Re: "cannot find -lppl_c" link error

[Khem Raj]

On Sat, Nov 19, 2011 at 1:07 PM, Mr Dash Four
<mr.dash.four@googlemail.com> wrote:
> I am trying to build my kernel image with "bitbake virtual/kernel" using the following (rather short) local.conf:
>
> DL_DIR = "${HOME}/oe/sources"
> BBFILES = "${HOME}/oe/openembedded/recipes/*/*.bb"
> MACHINE = "htcdream"
> DISTRO = "shr"
> BBMASK = "/(nonworking|obsolete|cacao)/"
>
> As a side note - the reason I excluded "cacao" above as well is because there are some errors in the .bb recipe files. Unfortunately, my build fails with the following error:
>
> | gcc   -isystem/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/include -O2 -g -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -L/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o arm-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o \
> |         dummy-checksum.o main.o  libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a   ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a  -lcloog  -Wl,-Bstatic  -lppl_c -lppl -lgmpxx -Wl,-Bdynamic -Wl,-Bstatic -lmpc -lmpfr -lgmp -Wl,-Bdynamic -rdynamic -ldl  -L../zlib -lz -Wl,-Bstatic -lelf -Wl,-Bdynamic
> | /usr/bin/ld: cannot find -lppl_c
> | collect2: ld returned 1 exit status
> | make[2]: *** [cc1-dummy] Error 1
> | make[2]: Leaving directory `/home/mr-4/oe/build/tmp/work/armv6-novfp-oe-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/gcc-4_5-branch/build.x86_64-linux.arm-oe-linux-gnueabi/gcc'
> | make[1]: *** [all-gcc] Error 2
> | make[1]: Leaving directory `/home/mr-4/oe/build/tmp/work/armv6-novfp-oe-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/gcc-4_5-branch/build.x86_64-linux.arm-oe-linux-gnueabi'
> | make: *** [all] Error 2
> | + die 'oe_runmake failed'
> | + oefatal 'oe_runmake failed'
> | + echo FATAL: 'oe_runmake failed'
> | FATAL: oe_runmake failed
> | + exit 1
> NOTE: package gcc-cross-initial-4.5-r38.1+svnr170880: task do_compile: Failed
> ERROR: Function 'do_compile' failed (see /home/mr-4/oe/build/tmp/work/armv6-novfp-oe-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/temp/log.do_compile.1190 for further information)
> ERROR: Task 748 (/home/mr-4/oe/openembedded/recipes/gcc/gcc-cross-initial_4.5.bb, do_compile) failed with exit code '1'
> ERROR: '/home/mr-4/oe/openembedded/recipes/gcc/gcc-cross-initial_4.5.bb' failed
>
>
> It looks as though ld cannot find "ppl_c" (not ppl!). What is ppl_c? The build environment I use is x86_64 (quad core CPU), running heavily upgraded and updated FC13 (most of the components are based on FC14 & FC15). The target device is htcdream (ARMv6).
>
> Any idea what is causing this?

somehow gcc build is detecting that you have enabled PPL support, I
dont think we either enable or disable it by default. So I think your
build system has the header file ppl_c.h installed but library itself
is not installed. If you remove ppl installation from your build host
it would work and if you install the ppl packages propertly it should
work too.


>
> I've followed the installation guide (http://www.openembedded.org/wiki/Getting_started) and the only difference is that I deployed bitbake 1.12.0 instead of 1.10.2. I keep the full logs so I can post them here if there is any interest. Many thanks in advance!
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

>> It looks as though ld cannot find "ppl_c" (not ppl!). What is ppl_c? The build environment I use is x86_64 (quad core CPU), running heavily upgraded and updated FC13 (most of the components are based on FC14 & FC15). The target device is htcdream (ARMv6).
>>
>> Any idea what is causing this?
>>     
>
> somehow gcc build is detecting that you have enabled PPL support, I
> dont think we either enable or disable it by default.
I think this is a necessity for building gcc as it needs ppl, 
cloog(-ppl) among other core libraries. As far as I know I can't just 
"disable it".

>  So I think your
> build system has the header file ppl_c.h installed but library itself
> is not installed.
I take it you mean ppl on my host arch (x86_64 in my case). if so:

[root@test1 ~]# rpm -qa | grep ppl
cloog-ppl-0.15.7-1.fc12.x86_64
ppl-devel-0.10.2-10.fc12.x86_64
ppl-0.10.2-10.fc12.x86_64
cloog-ppl-devel-0.15.7-1.fc12.x86_64
[root@test1 ~]# ls -las /usr/lib64/libppl*
   0 lrwxrwxrwx. 1 root root      17 Nov 25  2010 /usr/lib64/libppl_c.so 
-> libppl_c.so.2.1.0
   0 lrwxrwxrwx. 1 root root      17 Jun 17  2010 
/usr/lib64/libppl_c.so.2 -> libppl_c.so.2.1.0
3496 -rwxr-xr-x. 1 root root 3579376 Sep 11  2009 
/usr/lib64/libppl_c.so.2.1.0
   0 lrwxrwxrwx. 1 root root      15 Nov 25  2010 /usr/lib64/libppl.so 
-> libppl.so.7.1.0
   0 lrwxrwxrwx. 1 root root      15 Jun 17  2010 /usr/lib64/libppl.so.7 
-> libppl.so.7.1.0
 756 -rwxr-xr-x. 1 root root  772032 Sep 11  2009 /usr/lib64/libppl.so.7.1.0
[root@test1 ~]# ls -las /usr/include/ppl*
   4 -rw-r--r--. 1 root root    1676 Sep 11  2009 /usr/include/ppl_c.h
 364 -rw-r--r--. 1 root root  370045 Sep 11  2009 
/usr/include/ppl_c-x86_64.h
   4 -rw-r--r--. 1 root root    1676 Sep 11  2009 /usr/include/ppl.hh
2340 -rw-r--r--. 1 root root 2394720 Sep 11  2009 /usr/include/ppl-x86_64.hh

As you can see, I have all of the above and the appropriate libppl_c 
files are where they should be.

>  If you remove ppl installation from your build host
> it would work and if you install the ppl packages propertly it should
> work too.
>   
No, it won't! As I stated above gcc depends on these libraries so I 
can't just remove them:

[root@test1 ~]# rpm --erase --test ppl ppl-devel cloog-ppl cloog-ppl-devel
error: Failed dependencies:
    cloog-ppl >= 0.15 is needed by (installed) gcc-4.4.5-2.fc13.x86_64
[root@test1 ~]# rpm --erase --test ppl ppl-devel                         
error: Failed dependencies:
    libppl.so.7()(64bit) is needed by (installed) 
cloog-ppl-0.15.7-1.fc12.x86_64
    libppl_c.so.2()(64bit) is needed by (installed) 
cloog-ppl-0.15.7-1.fc12.x86_64
    ppl-devel >= 0.10 is needed by (installed) 
cloog-ppl-devel-0.15.7-1.fc12.x86_64

Any ideas why OE can't find my ppl_c libs?

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

> Any ideas why OE can't find my ppl_c libs?
Further to my previous post, the gcc prerequisites are clearly stated 
here -> http://gcc.gnu.org/install/prerequisites.html. Both PPL and 
CLooG are in that list. I have just looked at my OE source directory and 
I could see that neither of these packages have been downloaded during 
the OE build. These are not present in the gcc svn tree either.

Is it possible that the OE build might have missed them and that is why 
it fails? I know that there are two ways to include them for the gcc 
build - either as a subdirectory to the main tree (libppl/ and 
libcloog/) in which case gcc builds them "automatically" or build them 
separately as static libs and then point to these during the actual gcc 
build.

Am I missing something here or is this a bug?

Re: "cannot find -lppl_c" link error

[Khem Raj]

On (24/11/11 14:26), Mr Dash Four wrote:
> 
> >Any ideas why OE can't find my ppl_c libs?
> Further to my previous post, the gcc prerequisites are clearly
> stated here -> http://gcc.gnu.org/install/prerequisites.html. Both
> PPL and CLooG are in that list. I have just looked at my OE source
> directory and I could see that neither of these packages have been
> downloaded during the OE build. These are not present in the gcc svn
> tree either.

its detected at configure time if not found then GCC is not built with Graphite
loop optimizations

> 
> Is it possible that the OE build might have missed them and that is
> why it fails? I know that there are two ways to include them for the
> gcc build - either as a subdirectory to the main tree (libppl/ and
> libcloog/) in which case gcc builds them "automatically" or build
> them separately as static libs and then point to these during the
> actual gcc build.
> 
> Am I missing something here or is this a bug?
I think the fact that you have ppl/cloog installed its trying to use it
general distros dont install them by default and hence more often gcc
with OE is build without them.

what we could have done in OE is disable ppl/cloog exlicitly in
configure

-- 
-Khem

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

>> Am I missing something here or is this a bug?
>>     
> I think the fact that you have ppl/cloog installed its trying to use it
> general distros dont install them by default and hence more often gcc
> with OE is build without them.
>
> what we could have done in OE is disable ppl/cloog exlicitly in
> configure
>   
OK, but how does this tie up with the error I am getting? The ppl/cloog 
libs are clearly installed and in the library path, but the toolchain's 
gcc cannot be build because the said libraries "cannot be found"? How do 
I correct this so that my build could proceed further?

Re: "cannot find -lppl_c" link error

[Khem Raj]

On (24/11/11 18:06), Mr Dash Four wrote:
> 
> >>Am I missing something here or is this a bug?
> >I think the fact that you have ppl/cloog installed its trying to use it
> >general distros dont install them by default and hence more often gcc
> >with OE is build without them.
> >
> >what we could have done in OE is disable ppl/cloog exlicitly in
> >configure
> OK, but how does this tie up with the error I am getting? The
> ppl/cloog libs are clearly installed and in the library path, but
> the toolchain's gcc cannot be build because the said libraries
> "cannot be found"? How do I correct this so that my build could
> proceed further?

I have no idea OTOH probably adding --with-ppl=no --with-cloog=no
to EXTRA_OECONF might help

-- 
-Khem

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

> I have no idea OTOH probably adding --with-ppl=no --with-cloog=no
> to EXTRA_OECONF might help
That did not work, unfortunately - "perl ./Configure" doesn't like these:
+ do_configure
+ cd util
+ perl perlpath.pl /home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/bin
+ cd ..
+ ln -sf apps/openssl.pod crypto/crypto.pod ssl/ssl.pod doc/
+ os=linux
++ grep -q linux
++ echo linux
++ echo 0
+ '[' 0 -eq 0 ']'
+ os=linux
+ target=linux-x86_64
+ case $target in
+ sed -i -e 's|^\("linux-x86_64",\s*"[^:]\+\):\([^:]\+\)|\1:-DL_ENDIAN 	-DTERMIO   -Wall  -Wa,--noexecstack |g' Configure
+ useprefix=/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr
+ '[' x/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr = x ']'
+ perl ./Configure --with-ppl=no --with-cloog=no shared --prefix=/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr --openssldir=/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib/ssl linux-x86_64
Usage: Configure [no-<cipher> ...] [enable-<cipher> ...] [experimental-<cipher> ...] [-Dxxx] [-lxxx] [-Lxxx] [-fxxx] [-Kxxx] [no-hw-xxx|no-hw] [[no-]threads] [[no-]shared] [[no-]zlib|zlib-dynamic] [no-asm] [no-dso] [no-krb5] [386] [--prefix=DIR] [--openssldir=OPENSSLDIR] [--with-xxx[=vvv]] [--test-sanity] os/compiler[:flags]
NOTE: package openssl-native-1.0.0d-r14.0: task do_configure: Failed

Any ideas?

Re: "cannot find -lppl_c" link error

[Khem Raj]

On (25/11/11 00:52), Mr Dash Four wrote:
> > I have no idea OTOH probably adding --with-ppl=no --with-cloog=no
> > to EXTRA_OECONF might help
> That did not work, unfortunately - "perl ./Configure" doesn't like these:

well where did you add them ? they should ONLY be added for gcc-cross
recipe

> + do_configure
> + cd util
> + perl perlpath.pl /home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/bin
> + cd ..
> + ln -sf apps/openssl.pod crypto/crypto.pod ssl/ssl.pod doc/
> + os=linux
> ++ grep -q linux
> ++ echo linux
> ++ echo 0
> + '[' 0 -eq 0 ']'
> + os=linux
> + target=linux-x86_64
> + case $target in
> + sed -i -e 's|^\("linux-x86_64",\s*"[^:]\+\):\([^:]\+\)|\1:-DL_ENDIAN 	-DTERMIO   -Wall  -Wa,--noexecstack |g' Configure
> + useprefix=/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr
> + '[' x/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr = x ']'
> + perl ./Configure --with-ppl=no --with-cloog=no shared --prefix=/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr --openssldir=/home/mr-4/oe/build/tmp/sysroots/x86_64-linux/usr/lib/ssl linux-x86_64
> Usage: Configure [no-<cipher> ...] [enable-<cipher> ...] [experimental-<cipher> ...] [-Dxxx] [-lxxx] [-Lxxx] [-fxxx] [-Kxxx] [no-hw-xxx|no-hw] [[no-]threads] [[no-]shared] [[no-]zlib|zlib-dynamic] [no-asm] [no-dso] [no-krb5] [386] [--prefix=DIR] [--openssldir=OPENSSLDIR] [--with-xxx[=vvv]] [--test-sanity] os/compiler[:flags]
> NOTE: package openssl-native-1.0.0d-r14.0: task do_configure: Failed
> 
> Any ideas?
> 

-- 
-Khem

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

>> That did not work, unfortunately - "perl ./Configure" doesn't like these:
> 
> well where did you add them ? they should ONLY be added for gcc-cross
> recipe
Well, considering my OE experience is just a few days old (if you can call it that), I placed this in my local.conf file. Then I realised I should put it with the failed task recipe (gcc-4.5-initial) and then by looking at the actual file itself I realised that the gcc-4.5.bb is the place to go. 

I have just finished my built - the whole lot and with a lot of warnings, mainly from unpackaged files - don't know whether these are important though.

I'll probably spend the weekend fine-tuning this as my build went over 25G in size - massive! Thanks for your help Raj, much appreciated!

Re: "cannot find -lppl_c" link error

[Khem Raj]

On Thu, Nov 24, 2011 at 9:32 PM, Mr Dash Four
<mr.dash.four@googlemail.com> wrote:
>>> That did not work, unfortunately - "perl ./Configure" doesn't like these:
>>
>> well where did you add them ? they should ONLY be added for gcc-cross
>> recipe
> Well, considering my OE experience is just a few days old (if you can call it that), I placed this in my local.conf file. Then I realised I should put it with the failed task recipe (gcc-4.5-initial) and then by looking at the actual file itself I realised that the gcc-4.5.bb is the place to go.
>
> I have just finished my built - the whole lot and with a lot of warnings, mainly from unpackaged files - don't know whether these are important though.

they should be looked into sometimes there might be important files that
go unpackaged

>
> I'll probably spend the weekend fine-tuning this as my build went over 25G in size - massive! Thanks for your help Raj, much appreciated!
>

yes its big since a lot of software is built you could use rm_work
feature where it will try to delete the work dirs after they are
successfully built but I would suggest not to do that unless you
really need it.

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

>> I have just finished my built - the whole lot and with a lot of warnings, mainly from unpackaged files - don't know whether these are important though.
>>     
>
> they should be looked into sometimes there might be important files that
> go unpackaged
>   
I kept a log of these and can attach them separately. From what I 
remember the majority of them all were from the gcc packaging.

>> I'll probably spend the weekend fine-tuning this as my build went over 25G in size - massive! Thanks for your help Raj, much appreciated!
>>     
>
> yes its big since a lot of software is built you could use rm_work
> feature where it will try to delete the work dirs after they are
> successfully built but I would suggest not to do that unless you
> really need it.
>   
I really have to - I've expanded my "dev" partition to the limit now and 
I run a lot of other things - I didn't expect this to take so much space 
- I am executing a massive 15k+ steps task with bitbake at present and I 
am dreading the free disk space - I have "barely" 50G left.

OE is actually a very handy tool to have - I have been struggling with 
different projects mainly because of the nightmares of building and 
maintaining the toolchains needed for the various arches I have been 
using. This seems to be very streamlined in OE, so I might start 
developing some recipes soon.

Re: "cannot find -lppl_c" link error

[Mr Dash Four]

[-- Attachment #1: Type: text/plain, Size: 10943 bytes --]


>> I have just finished my built - the whole lot and with a lot of warnings, mainly from unpackaged files - don't know whether these are important though.
>>     
>
> they should be looked into sometimes there might be important files that
> go unpackaged
>   
I am attaching (or trying to - I don't know whether the mailing list 
daemon would accept it) this list where all my errors and warnings are 
shown. Most of the warnings are "unpackaged files", but there are quite 
a few QA-related ones as well.

>> I'll probably spend the weekend fine-tuning this as my build went over 25G in size - massive! Thanks for your help Raj, much appreciated!
>>     
>
> yes its big since a lot of software is built you could use rm_work
> feature where it will try to delete the work dirs after they are
> successfully built but I would suggest not to do that unless you
> really need it.
>   
I did need it, but it wasn't enough - I ended up moving files away to a 
different partition on the network because I ended up needing 54G (yes, 
that's right - fifty four gigabytes!) - this came down significantly 
once the build has finished. My build failed a couple of times because 
of two general errors:

1) all matchbox-related + libfakekey recipes use an outdated url 
(svn.o-hand.com no longer hosts anything as they were taken over by 
intel), so I found a separate site (git.yoctoproject.org)  which hosted 
all this, though they use git, not svn, so I needed to (learn and) 
adjust these recipes to function properly. As a result of using the new 
(and updated!) repository one of the matchbox patches is no longer 
needed. I am willing to submit patches for these recipes, though I do 
not know what sort of policy is in place for these and how the 
submission process works - help and advice on that front is appreciated. 
I am attaching an "example" of the alterations I've done to the 
libfakekey recipe to make it work (at least for my build).

2) fsogsmd doesn't compile properly - I had to disable the 
"modem-nokia-isi" and "modem-qualcomm-palm" configure options 
(qualcomm-palm build is where it all falls apart - see the attached 
errors log) and make further adjustments to that recipe to disable all 
"irrelevant" packaging (at least in my case - I was building for 
"htcdream"), otherwise that won't work as there were no files produced 
as a result of me altering the configure options. I have no idea how to 
correct this - I was lucky in a way that I was building for htcdream and 
not for qualcomm-palm device for example. I also attach an "example" of 
the altered fsogsmd recipe - this is how I've made it to work.

I am also attaching my local.conf file as well for anyone interested, 
because even though I've indicated my locales, they were all built 
regardless of my selection. Maybe I misunderstood the meaning of that 
option - I did not want to build any other locale-related packages 
except for the locales I indicated in my local.conf file, is that how 
this option works?

I have another query though - is there a way to build a package (.ipk) 
to be included in the final image and not having to build it separately 
into .ipk file and then install it from the embedded device?

As the htcdream/shr build was completed just to see how OE works, I am 
now going to get a proper image built (which I will use) and see where 
that takes me.
DL_DIR = "${HOME}/oe/sources"
BBFILES = "${HOME}/oe/openembedded/recipes/*/*.bb"
MACHINE = "htcdream"
DISTRO = "shr"
BBMASK = "/(nonworking|obsolete|cacao)/"

PARALLEL_MAKE = "-j 5"
BB_NUMBER_THREADS = "3"
BB_SCHEDULER = "speed"
PACKAGE_STRIP = "full"

ASSUME_PROVIDED += "help2man-native"
GLIBC_GENERATE_LOCALES = "en_US.UTF-8 en_GB.UTF-8"
IMAGE_LINGUAS = "en-us en-gb"

PREFERRED_PROVIDER_gpsd = "fso-gpsd"
PREFERRED_PROVIDERS = "virtual/gpsd:fso-gpsd"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc-initial:gcc-cross-initial"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc-intermediate:gcc-cross-intermediate"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc:gcc-cross"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}g++:gcc-cross"

IMAGE_FSTYPES = "jffs2 tar squashfs squashfs-lzma"
INHERIT += "rm_work"

require cornucopia.inc
inherit fso-plugin
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
SRCREV = "${FSO_CORNUCOPIA_SRCREV}"
PR = "${INC_PR}.3"
PV = "0.5.0+gitr${SRCPV}"
PE = "1"

DEPENDS += "libfsoresource libgsm0710mux libgisi ppp connman msmcomm-specs"

EXTRA_OECONF_append = "\
  --enable-libgsm0710mux \
  --disable-modem-nokia-isi \
  --disable-modem-qualcomm-palm \
"
#!  --enable-modem-nokia-isi \
#!  --enable-modem-qualcomm-palm \


# package modules with extra dependencies in extra packages RDEPENDed by config package

PACKAGES =+ "${PN}-config"
FILES_${PN}-config = "${sysconfdir}/freesmartphone/"
PACKAGE_ARCH_${PN}-config = "${MACHINE_ARCH}"
CONFFILES_${PN}-config = " \
  ${sysconfdir}/freesmartphone/conf/htc_qualcomm_dream/fsogsmd.conf \
  ${sysconfdir}/freesmartphone/conf/htc_qualcomm_msm/fsogsmd.conf \
"
#!  ${sysconfdir}/freesmartphone/conf/openmoko_gta/fsogsmd.conf \
#!  ${sysconfdir}/freesmartphone/conf/palm_pre/fsogsmd.conf \

RDEPENDS_${PN} += "${PN}-config"

PACKAGES =+ "${PN}-connman ${PN}-connman-dev ${PN}-connman-dbg"
FILES_${PN}-connman = "${libdir}/connman/plugins/fsogsm.so"
FILES_${PN}-connman-dev = "${libdir}/connman/plugins/fsogsm.la"
FILES_${PN}-connman-dbg = "${libdir}/connman/plugins/.debug/fsogsm*"
RDEPENDS_${PN} += "${PN}-connman"

# On the palmpre we need the msmcomm daemon to talk to the modem
#!RDEPENDS_${PN}-config_palmpre += "msmcommd"

#PACKAGES =+ "${PN}-module-lowlevel-palmpre ${PN}-module-lowlevel-palmpre-dev ${PN}-module-lowlevel-palmpre-dbg"
#FILES_${PN}-module-lowlevel-palmpre = "${CORNUCOPIA_MODULE_DIR}/lowlevel_palmpre.so"
#FILES_${PN}-module-lowlevel-palmpre-dev = "${CORNUCOPIA_MODULE_DIR}/lowlevel_palmpre.la"
#FILES_${PN}-module-lowlevel-palmpre-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/lowlevel_palmpre*"
#RDEPENDS_${PN}-config_palmpre += "${PN}-module-lowlevel-palmpre"

#!PACKAGES =+ "${PN}-module-modem-qualcomm-palm ${PN}-module-modem-qualcomm-palm-dev ${PN}-module-modem-qualcomm-palm-dbg"
#!FILES_${PN}-module-modem-qualcomm-palm = "${CORNUCOPIA_MODULE_DIR}/modem_qualcomm_palm.so"
#!FILES_${PN}-module-modem-qualcomm-palm-dev = "${CORNUCOPIA_MODULE_DIR}/modem_qualcomm_palm.la"
#!FILES_${PN}-module-modem-qualcomm-palm-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/modem_qualcomm_palm*"
#!RDEPENDS_${PN}-config_palmpre += "${PN}-module-modem-qualcomm-palm"

PACKAGES =+ "${PN}-module-modem-qualcomm-htc ${PN}-module-modem-qualcomm-htc-dev ${PN}-module-modem-qualcomm-htc-dbg"
FILES_${PN}-module-modem-qualcomm-htc = "${CORNUCOPIA_MODULE_DIR}/modem_qualcomm_htc.so"
FILES_${PN}-module-modem-qualcomm-htc-dev = "${CORNUCOPIA_MODULE_DIR}/modem_qualcomm_htc.la"
FILES_${PN}-module-modem-qualcomm-htc-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/modem_qualcomm_htc*"
RDEPENDS_${PN}-config_htcdream += "${PN}-module-modem-qualcomm-htc"

#!PACKAGES =+ "${PN}-module-modem-nokia-isi ${PN}-module-modem-nokia-isi-dev ${PN}-module-modem-nokia-isi-dbg"
#!FILES_${PN}-module-modem-nokia-isi = "${CORNUCOPIA_MODULE_DIR}/modem_nokia_isi.so"
#!FILES_${PN}-module-modem-nokia-isi-dev = "${CORNUCOPIA_MODULE_DIR}/modem_nokia_isi.la"
#!FILES_${PN}-module-modem-nokia-isi-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/modem_nokia_isi*"
#!RDEPENDS_${PN}-config_nokia900 += "${PN}-module-modem-nokia-isi"

#!PACKAGES =+ "${PN}-module-lowlevel-openmoko ${PN}-module-lowlevel-openmoko-dev ${PN}-module-lowlevel-openmoko-dbg"
#!FILES_${PN}-module-lowlevel-openmoko = "${CORNUCOPIA_MODULE_DIR}/lowlevel_openmoko.so"
#!FILES_${PN}-module-lowlevel-openmoko-dev = "${CORNUCOPIA_MODULE_DIR}/lowlevel_openmoko.la"
#!FILES_${PN}-module-lowlevel-openmoko-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/lowlevel_openmoko*"
#!RDEPENDS_${PN}-config_om-gta01 += "${PN}-module-lowlevel-openmoko"
#!RDEPENDS_${PN}-config_om-gta02 += "${PN}-module-lowlevel-openmoko"

#!PACKAGES =+ "${PN}-module-modem-ti-calypso ${PN}-module-modem-ti-calypso-dev ${PN}-module-modem-ti-calypso-dbg"
#!FILES_${PN}-module-modem-ti-calypso = "${CORNUCOPIA_MODULE_DIR}/modem_ti_calypso.so"
#!FILES_${PN}-module-modem-ti-calypso-dev = "${CORNUCOPIA_MODULE_DIR}/modem_ti_calypso.la"
#!FILES_${PN}-module-modem-ti-calypso-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/modem_ti_calypso*"
#!RDEPENDS_${PN}-config_om-gta01 += "${PN}-module-modem-ti-calypso"
#!RDEPENDS_${PN}-config_om-gta02 += "${PN}-module-modem-ti-calypso"

#!PACKAGES =+ "${PN}-module-modem-freescale-neptune ${PN}-module-modem-freescale-neptune-dev ${PN}-module-modem-freescale-neptune-dbg"
#!FILES_${PN}-module-modem-freescale-neptune = "${CORNUCOPIA_MODULE_DIR}/modem_freescale_neptune.so"
#!FILES_${PN}-module-modem-freescale-neptune-dev = "${CORNUCOPIA_MODULE_DIR}/modem_freescale_neptune.la"
#!FILES_${PN}-module-modem-freescale-neptune-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/modem_freescale_neptune*"
#!RDEPENDS_${PN}-config_motorola-ezx += "${PN}-module-modem-freescale-neptune"

#!PACKAGES =+ "${PN}-module-lowlevel-motorola-ezx ${PN}-module-lowlevel-motorola-ezx-dev ${PN}-module-lowlevel-motorola-ezx-dbg"
#!FILES_${PN}-module-lowlevel-motorola-ezx = "${CORNUCOPIA_MODULE_DIR}/lowlevel_motorola_ezx.so"
#!FILES_${PN}-module-lowlevel-motorola-ezx-dev = "${CORNUCOPIA_MODULE_DIR}/lowlevel_motorola_ezx.la"
#!FILES_${PN}-module-lowlevel-motorola-ezx-dbg = "${CORNUCOPIA_MODULE_DIR}/.debug/lowlevel_motorola_ezx*"
#!RDEPENDS_${PN}-config_motorola-ezx += "${PN}-module-lowlevel-motorola-ezx"


## shared modules or modules without known OE machine to RDEPEND on them (so kept in main module for now)
#  dbus_service.so
#  modem_dummy.so
#  modem_cinterion_mc75.so
#  modem_singleline.so
#  pdp_ppp.so
#  pdp_ppp_internal.so
#  pdp_ppp_mux.so
#  pdp_qmi.so
#  ppp2fsogsmd.so

## motorola-ezx
#  modem_freescale_neptune.so
#  lowlevel_motorola_ezx.so

## nokia900
#  lowlevel_nokia900.so
#  modem_nokia_isi.so

## openmoko
#  lowlevel_openmoko.so
#  modem_ti_calypso.so

## palmpre
#  modem_qualcomm_pre.so
#  lowlevel_palmpre.so

## htcdream
#  modem_qualcomm_htc.so

DESCRIPTION = "Matchbox keyboard"
LICENSE = "GPL"
DEPENDS = "libxtst"
SECTION = "x11/wm"
SRCREV = "1455"
#PV = "0.2+svnr${SRCPV}"
PR = "r2"

#SRC_URI = "svn://svn.o-hand.com/repos/matchbox/trunk;module=${PN};proto=http \
#SRC_URI = "git://git.yoctoproject.org/libfakekey;protocol=git;tag=e8c2e412ea4a417afc1f30e32cb7bdc508b1dccc
# http://git.yoctoproject.org/cgit/cgit.cgi/libfakekey/snapshot/libfakekey-master.tar.bz2
SRC_URI = "file://libfakekey.tar.bz2 \
	   file://configure-fix.patch"

S = "${WORKDIR}/${PN}"

inherit autotools pkgconfig gettext

[-- Attachment #2: e_and_w.tar.gz --]
[-- Type: application/gzip, Size: 20212 bytes --]