On 02-Dec-15 12:27, Ruslan Baratov via CMake wrote:
If you pass "/usr/local" output will be (nice):
--
/usr/local
--
If you pass "/home/username", output will be (nice):
/home/username
If you pass "_I_M_NOT_INSTALL
On 02-Dec-15 05:13, Alexander Neundorf wrote:
On Tuesday, December 01, 2015 07:17:35 Ruslan Baratov wrote:
> On 01-Dec-15 03:51, Alexander Neundorf wrote:
> > On Monday, November 30, 2015 16:13:03 Ruslan Baratov via CMake wrote:
> > > On 30-Nov-15 09:10, Dmitry Marakasov wrote:
> > > > Hi!
On Tuesday, December 01, 2015 07:17:35 Ruslan Baratov wrote:
> On 01-Dec-15 03:51, Alexander Neundorf wrote:
> > On Monday, November 30, 2015 16:13:03 Ruslan Baratov via CMake
wrote:
> > > On 30-Nov-15 09:10, Dmitry Marakasov wrote:
> > > > Hi!
> >
> > ...
> >
> > > > The best solution would be
On 12/01/2015 02:41 PM, Dan Liew wrote:
>> Perhaps, but after regenerating the project the build tool will not
>> re-load the build files and start building again. That will take
>> an additional invocation. The number of iterations required is
>> bounded only by the depth of dependency chains.
>
> I fail to see why that should not work. Producing LLVM bitcode from
> C++ with Clang is just adding -emit-llvm flag, right? So, why can't
> the SuperBuild configure the child build to use Clang and this flag?
> And Bob's your uncle...
Hmm, to be honest I hadn't tried. It works better than expect
>> There is an alternative which I suggested in the post. Have CMake
>> determine the dependencies of the files passed to ``IMPLICIT_DEPENDS``
>> at configure time and spit that into the build files of the generator
>> (that would work for any generator). Then have any changes made to the
>> files
