From: Cedric B. <ced...@fr...> - 2010-06-25 17:09:07
|
On Fri, Jun 25, 2010 at 6:56 PM, Neil Jones <ne...@gm...> wrote: > On Fri, Jun 25, 2010 at 5:31 PM, Cedric BAIL <ced...@fr...> wrote: >> On Fri, Jun 25, 2010 at 6:12 PM, Neil Jones <ne...@gm...> wrote: >>> On Fri, Jun 25, 2010 at 5:03 PM, Cedric BAIL <ced...@fr...> wrote: >>>> On Fri, Jun 25, 2010 at 5:46 PM, Neil Jones <ne...@gm...> wrote: >>>>> Hi im trying to Cross-Compile EFL libs (Latest snapshot - 49539) using >>>>> BuildRoot, but im having problems with EDJE and EFREET >>>>> >>>>> EDJE cannot find LUA, I have LUA 5.1.4 installed (within buidroot for >>>>> the target). >>>>> >>>>> im no expert on autotools but it feels like its looking for LUA on my >>>>> build host (where it isn't installed). >>>> >>>> Lua dev don't want to help people build package with it, so it end up >>>> like this mess. You need to see what kind of lua*.pc your buildroot is >>>> generating. This pkg-config file is not part of the upstream source, >>>> and only part of your distribution. It is highly probable that you >>>> buildroot didn't generate this file. >>>> >>> >>> Yes no pc file cheers, i guess ill hand craft one. >>> >>> >>> >>>>> EFREET fails when linking something in bin: >>>>> >>>>> make[4]: Entering directory >>>>> `/home/njones/metalinux26/test/metag-buildroot2/build_metag/efreet-0.5.0.49539/src/bin' >>>>> CC efreet_desktop_cache_create.o >>>>> CCLD efreet_desktop_cache_create >>>>> /home/njones/metalinux26/test/metag-buildroot2/build_metag/staging_dir/usr/lib/libecore_con-ver-svn-06.so.0: >>>>> undefined reference to `__Exit' >>>>> /home/njones/metalinux26/test/metag-buildroot2/build_metag/staging_dir/usr/lib/libecore.so: >>>>> undefined reference to `_finite' >>>> >>>> Sorry never saw that before, but it sounds like an issue with your >>>> compiler and libc trying to say that they comply with C99 when they >>>> are not. What kind of libc are you using ? >>> >>> uClibc and GCC 4.2 toolchain. >> >> What version of uClibc ? But from a generic point of view uClibc is >> full of bugs, for example I recommand you to build ecore_con with >> c-ares library as a dns resolver. They are countless issue like this, >> and if you can, switch to eglibc. >> -- >> Cedric BAIL >> > > 0.9.30.1, Ideally i would like to stay with uClibC, we have not really > tried eglibc but may be worth a look at. > > Any other hints on using uClibC with EFL - maybe a wiki page would be usefull. If you don't have choice, then I recommand you to build all library and their modules as static library. uClibc linker is terribly buggy and slow, so less you use it better you are. Don't use in your app anything related to pthread. Or if you absolutly want, really do a lot of test when you use it (like evas async preload) and carefully time it to avoid issue. That's the main issue I remember loosing time with, but certainly not the only one... -- Cedric BAIL |