From: Toby C. <th...@pl...> - 2009-06-27 19:51:58
|
Hey all, In current SVN trunk the swigged ruby library ignores the installation path set in the cmake config and always goes to the system ruby library path. This is bad for non privileged installs and for packaging (which is what I have been looking at). If anyone has bright ideas for a quick fix they would be apreciated, otherwise I will write some cmake processing to drop /usr off the path and replace it with <prefix> or something along those lines. Toby -- This email is intended for the addressee only and may contain privileged and/or confidential information |
From: Geoff B. <gb...@ki...> - 2009-06-27 23:48:34
|
I actually ran into this problem last week, but haven't had time to look at it yet. It should be possible to do something similar to how the Python bindings find their install path. Geoff Toby Collett wrote: > Hey all, > In current SVN trunk the swigged ruby library ignores the installation > path set in the cmake config and always goes to the system ruby library > path. This is bad for non privileged installs and for packaging (which > is what I have been looking at). If anyone has bright ideas for a quick > fix they would be apreciated, otherwise I will write some cmake > processing to drop /usr off the path and replace it with <prefix> or > something along those lines. |
From: Jordi P. <mu...@gm...> - 2009-06-28 01:18:36
|
I wrote that Cmake file mostly copying it from the python bindings. I dont have much idea about Cmake so just tried something that seemed to work. I didnt think about the packaging issue so please any idea about it will be welcomed. On Sun, Jun 28, 2009 at 8:48 AM, Geoff Biggs <gb...@ki...> wrote: > I actually ran into this problem last week, but haven't had time to look > at it yet. It should be possible to do something similar to how the > Python bindings find their install path. > > Geoff > > Toby Collett wrote: > > Hey all, > > In current SVN trunk the swigged ruby library ignores the installation > > path set in the cmake config and always goes to the system ruby library > > path. This is bad for non privileged installs and for packaging (which > > is what I have been looking at). If anyone has bright ideas for a quick > > fix they would be apreciated, otherwise I will write some cmake > > processing to drop /usr off the path and replace it with <prefix> or > > something along those lines. > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > -- Jordi Polo Carres NLP laboratory - NAIST http://www.bahasara.org |
From: Toby C. <tco...@pl...> - 2009-06-28 11:23:54
|
For the moment I have fixed this up with a simple search and replace on the path, hopefully this is sufficient but let me know if you have any trouble with it toby 2009/6/28 Jordi Polo <mu...@gm...> > > I wrote that Cmake file mostly copying it from the python bindings. I dont > have much idea about Cmake so just tried something that seemed to work. > I didnt think about the packaging issue so please any idea about it will be > welcomed. > > > On Sun, Jun 28, 2009 at 8:48 AM, Geoff Biggs <gb...@ki...> wrote: > >> I actually ran into this problem last week, but haven't had time to look >> at it yet. It should be possible to do something similar to how the >> Python bindings find their install path. >> >> Geoff >> >> Toby Collett wrote: >> > Hey all, >> > In current SVN trunk the swigged ruby library ignores the installation >> > path set in the cmake config and always goes to the system ruby library >> > path. This is bad for non privileged installs and for packaging (which >> > is what I have been looking at). If anyone has bright ideas for a quick >> > fix they would be apreciated, otherwise I will write some cmake >> > processing to drop /usr off the path and replace it with <prefix> or >> > something along those lines. >> >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Playerstage-developers mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-developers >> > > > > -- > Jordi Polo Carres > NLP laboratory - NAIST > http://www.bahasara.org > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > > -- This email is intended for the addressee only and may contain privileged and/or confidential information |