"Sebastian Spaeth" <[email protected]> writes: > > On Wed, 17 Feb 2010 11:08:39 +0100, Vaudano Luca <[email protected]> wrote: > > Hi everybody! > > > > I am recoding my babiloo-efl [1] application in C [2]. > > Now I'm facing a problem with the bitbake recipe since I added a new > > custom library in my project. > > The problem is in the bitbake because the debian package works well. > > This is my bb > > > When I launch the bitbake command, everything goes smoothly, but the > > main program in > > the ipk [3] contains a script file instead of a binary file. > > The script file starts with this comment: > > > > **** > > #! /bin/sh > > > > # estardict - temporary wrapper script for .libs/estardict > > # Generated by ltmain.sh (GNU libtool) 2.2.6 > > # > > # The estardict program cannot be directly executed until all the libtool > > # libraries that it depends on are installed. > > # > > # This wrapper script should never be moved out of the build directory. > > # If it is, it will not operate correctly. > > Stupid autotools/libtool(?) create the REAL binary in a directory named > .libs or so and only put a wrapper script in place of the binary > location.
There are good reasons why they do that. This is not the problem. > try a bitbake -c compile babiloo-efl and examine the compilation work > directory in tmp/work/armv4t... Do find the correct location for your > binary. Better yet, just allow autotools to do the work for you instead of interrupting them to do things manually half way through :) Since Luca is using Automake, all that's necessary is to *not use* a custom do_install or do_stage--just delete them from the from the bb recipe and bitbake should correctly invoke `make install' (which will, in turn, correctly invoke libtool to install the binaries). At a glance, src/Makefile.am and resources/Makefile.am look sufficient to me. -- "Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))." _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
