On Mon, Sep 10, 2012 at 3:00 AM, Simon Lees <si...@simotek.net> wrote: >> Date: Mon, 10 Sep 2012 00:59:32 -0300 >> From: Gustavo Sverzut Barbieri <barbi...@profusion.mobi> >> Subject: Re: [E-devel] problems with build-examples in edje and >> eina_prefix >> To: Enlightenment developer list >> <enlightenment-devel@lists.sourceforge.net> >> Message-ID: >> < >> capdpn3dqg+7qtwbohld7fw3vfm8agztzovzm4u7s0r7qotd...@mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> On Sunday, September 9, 2012, David Seikel wrote: >> >> > On Sun, 9 Sep 2012 21:56:05 -0300 Gustavo Sverzut Barbieri >> > <barbi...@profusion.mobi <javascript:;>> wrote: >> > >> > > On Sun, Sep 9, 2012 at 9:53 PM, Gustavo Sverzut Barbieri >> > > <barbi...@profusion.mobi <javascript:;>> wrote: >> > > > Hi all, >> > > > >> > > > Today I've noticed that the following will break: >> > > > >> > > > cd edje; ./configure --prefix=/tmp/somedir >> > > > >> > > > It used to "work" before because it was using the system binary (ie: >> > > > /usr/bin/edje_cc) and we always tested with --prefix=/usr. Then I've >> > > > fixed it so it uses $(top_builddir)/src/bin/edje_cc, but yet epp is >> > > > assumed to be in the installed directory (/tmp/somedir/...) yet we >> > > > did no make install at this time. >> > > > >> > > > I did not investigate further, but seems edje_cc_parse.c does >> > > > eina_prefix_lib_get() yet it does not use the local, uninstalled, >> > > > rather going to the installed path and it fails. >> > > >> > > it is worth to note that this will be a major overall problem once we >> > > have a single "efl" tree, you'll need stuff from the local build and >> > > not the system... while before we assumed the dependencies were all >> > > installed in the system (edje_cc will be used by elementary to compile >> > > its theme, etc) >> > >> > Cross compiling might break if you are trying to use the binaries you >> > just produced in a later stage of the build. Coz the binaries you are >> > producing might not be able to run on the CPU you are using to build >> > them with. People using their mighty x86_64 beastly work station to >> > compile EFL for their pissant little ARM phone for instance. So that >> > needs to be catered for as well. >> > >> > I do that all the time, coz my pissant little embedded board takes nine >> > hours to compile EFL. I timed it >> >> >> You can: make EDJE_CC and it should work. But indeed will ba a problem for >> cross compile when we merge EFL >> >> Maybe split themes and others from make all? >> >> > A possibly simmilar but at the same time different problem that i haven't > got to investigating properly and will create a ticket for on track when i > do is some distrubution policies require binarys to be placed in /usr/bin. > When this is currently inforced edje_decc complains that it cannot find epp > in edje/utils I do not know if this extends to edje_cc and others i haven't > got around to looking i was only going to bring it up in a few days once i > had gathered more info. > My question is should edje_decc search the path for eep if it cannot find > it. Or is eep different and special in a way that deserves it to break > packaging policies on some distro's?
user binaries go in /usr/bin, sure. epp is not an user binary, rather a helper and these usually go into /usr/lib or similar, it's the case for many packages, like udev. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
