Hi Srinivas, Interesting, this works well for me, and I am using the .configure, make, et al.
Sorry to hear that it doesn't work for you, not sure why that would be. Paul ________________________________ From: Srinivas Rao M Hamse [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 11:25 PM To: Paul Stuart Cc: [EMAIL PROTECTED]; directfb-users@directfb.org Subject: Re: [directfb-users] Dependency on install prefix folder on target rootfile system Hi Paul, This method will work as long as you are compiling the sources using bash script or manually on a command shell. But if you are building directfb using Makefiles (i.e running ./configure; make ; make install everything from Makefile) , it will not work. The GNU Make will expand the path to actual physical paths. in which case my prefix variable will still have /home/srinirao/ in it. I tried using $(abspath ...) on my make. But it expands all the symbolic links. Though as per the documentation it should not do. regards, Srinivas. On Fri, Sep 12, 2008 at 1:39 AM, Paul Stuart <[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>> wrote: Hi, I recently had to deal with exactly this problem. An easy way to solve this is to do the opposite of what you have done. On your PC, mv /usr/local to something like /usr/local_intel and then create a symbolic link to the usr/local on your target system. i.e. on your HOST PC cd /usr mv local local_intel ln -s /home/srinirao/buildsystem/arm/target/usr/local local Then, set prefix=/usr/local I found this to be the best way (or at least a way) since some of the packages (for GTK) hardcode library paths, and you're screwed if it uses your host system's path. Thanks, Paul ________________________________ From: [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]> [mailto:[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>] On Behalf Of Srinivas Rao M Hamse Sent: Thursday, September 11, 2008 12:26 PM To: [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>; directfb-users@directfb.org<mailto:directfb-users@directfb.org> Subject: [directfb-users] Dependency on install prefix folder on target rootfile system HI, When i cross-compile directfb, i give an install prefix as a folder found in my home directory during configure. such as : ./configure --prefix=/home/srinirao/buildsystem/arm/target/ --host=arm-linux ....<plus other parameters> After installing these, I NFS mount my home directory on target file system. I can run dfbinfo and df_input test applications on the target, as in this case the directory structure is maintained similar to my home folder. However, i cannot run these applications on target board, even after copying all libraries generated under /home/srinirao/buildsystem/arm/target/ on my build pc to target board's Root file system's /usr/local/lib folder. Even setting LD_LIBRARY_PATH to /usr/local/lib folder doesnot help. It generates the following error message. (*) DirectFB/Core: Single Application Core. (2007-10-03 14:59) (!) DirectFB/core/system: No system found! main.c <79>:(#) DirectFBError [DirectFBCreate (&dfb)]: No (suitable) implementation found! I googled couple of threads that speaks about setting CROSS_COMPILE_PREFIX during compilation. Has anyone encountered such problem related with redirectory structure in their target rfs ? In the above example if i create a directory similar to my build pc it works fine. ie on board: mkdir -p /home/srinirao/buildsystem/arm/target/ cd /home/srinirao/buildsystem/arm/target/ ln -s /usr/local/lib . ... it works fine. But i donot want have this dependency of my home folder on target rfs. Any solutions ? regards, Srinivas Rao. M -- Srinivas Rao M Hamse<http://msrinirao.blogspot.com> -- Srinivas Rao M Hamse
_______________________________________________ directfb-users mailing list directfb-users@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
