On Friday, September 13, 2013, xantares 09 wrote: > > > > From: [email protected] <javascript:_e({}, 'cvml', > '[email protected]');> > > Date: Fri, 13 Sep 2013 09:29:16 -0400 > > Subject: Re: Nested cmake? > > To: [email protected] > > > > On Fri, Sep 13, 2013 at 9:18 AM, xantares 09 <[email protected]> > wrote: > > > > > > > > >> From: [email protected] > > >> Date: Fri, 13 Sep 2013 08:33:14 -0400 > > > > > >> Subject: Re: Nested cmake? > > >> To: [email protected] > > >> > > >> On Fri, Sep 13, 2013 at 7:53 AM, xantares 09 <[email protected]> > > >> wrote: > > >> > > > >> > > > >> >> From: [email protected] > > >> >> Date: Fri, 13 Sep 2013 06:36:03 -0400 > > >> >> Subject: Re: Nested cmake? > > >> >> To: [email protected] > > >> > > > >> >> > > >> >> On Fri, Sep 13, 2013 at 6:23 AM, xantares 09 < > [email protected]> > > >> >> wrote: > > >> >> > > > >> >> > > > >> >> > ________________________________ > > >> >> > Date: Thu, 12 Sep 2013 21:48:26 -0400 > > >> >> > Subject: Nested cmake? > > >> >> > From: [email protected] > > >> >> > To: [email protected] > > >> >> > > > >> >> > > > >> >> > Hello. > > >> >> > > > >> >> > I was looking at how to use libftdi in the context of a project > I'm > > >> >> > working > > >> >> > on without having to install it to a system directory. The > project > > >> >> > already > > >> >> > uses cmake and I noticed libftdi does as well. > > >> >> > > > >> >> > I was thinking I could just add add_subdirectory() with the > libftdi > > >> >> > directory and then retrieve the output library paths from the top > > >> >> > level > > >> >> > and > > >> >> > set global properties so some applications could set their > include > > >> >> > and > > >> >> > libraries to use the libraries that were built. Is anyone else > doing > > >> >> > this? > > >> >> > > > >> >> > I added the libftdi directory to my project and did discover some > > >> >> > issues > > >> >> > with including the libftdi in the main cmakelists.txt file, > > >> >> > specifically > > >> >> > that the libftdi cmake file uses CMAKE_SOURCE_DIR and > > >> >> > CMAKE_BINARY_DIR > > >> >> > and > > >> >> > this is looking for and outputting files relative to the main > cmake > > >> >> > file. > > >> >> > > > >> >> > Would it be reasonable to make the libftdi cmake files operate > > >> >> > relative > > >> >> > to > > >> >> > their location? I've made changes locally and everything appears > to > > >> >> > work > > >> >> > correctly in both the normal case of running using the libftdi > cmake > > >> >> > as > > >> >> > the > > >> >> > base file and in my case of nesting it within my larger cmake > build > > >> >> > setup. > > >> >> > > > >> >> > I'll send a patch tomorrow so it's clear what I mean. I was > hoping > > >> >> > someone > > >> >> > had some advice on the idea of using the library without > installing > > >> >> > it. > > >> >> > > > >> >> > Chris > > >> >Keep it simple ; why not just install a libftdi package together > your system pre-requesites ? > x. > > We could. I'd have to make one for each of the couple of platforms we build on and then figure out how/where to version the package creation scripts. Then I'd have to build for each architecture we might run on, arm, x86 32 bit, x86 64 bit. That seemed more difficult.
I'd also like it to be automatic for the other developers and not contaminate their system so installing to usr/local. It seems like using the library in the build output directory has less side effects and no impact on the system in general. It seems like a tricky issue to me. What if we have a dozen external libraries? It's almost like we want to set up a parallel usr/, usr/lib/, usr/bin/ etc in the build output directory and install everything there, like at /reporoot/build/root/usr/ for instance. Chris -- libftdi - see http://www.intra2net.com/en/developer/libftdi for details. To unsubscribe send a mail to [email protected]
