Attached patches to the bug and on this email. (
http://public.kitware.com/Bug/**view.php?id=12284http://public.kitware.com/Bug/view.php?id=12284
.)
I did not make it an option yet, as I'm not sure exactly how it should be
done.
However
0002-kwsys: This is just broken and should be fixed.
Attached patches to the bug and on this email. (
http://public.kitware.com/Bug/**view.php?id=12284http://public.kitware.com/Bug/view.php?id=12284
.)
I did not make it an option yet, as I'm not sure exactly how it should be
done.
However
0002-kwsys: This is just broken and should be fixed.
On 6/21/2011 4:43 PM, Alan W. Irwin wrote:
So it is not a regression, but in my opinion it is still a bug.
More comments at http://public.kitware.com/Bug/view.php?id=12284.
Please fix.
Patches are welcome, please send one... It would have to be an option
somehow at this point so as not
On 2011-06-22 12:04-0400 Bill Hoffman wrote:
On 6/21/2011 4:43 PM, Alan W. Irwin wrote:
So it is not a regression, but in my opinion it is still a bug.
More comments at http://public.kitware.com/Bug/view.php?id=12284.
Please fix.
Patches are welcome, please send one... It would have to
On 06/17/2011 04:59 PM, Eric Noulard wrote:
OK I have the same behavior on my box using your example.
I did open a bug report:
http://public.kitware.com/Bug/view.php?id=12284
I posted an explanation here:
http://www.cmake.org/Bug/view.php?id=12284#c26931
CPack recursively collects all
On 6/21/11 6:28 AM, Brad King wrote:
On 06/17/2011 04:59 PM, Eric Noulard wrote:
OK I have the same behavior on my box using your example.
I did open a bug report:
http://public.kitware.com/Bug/view.php?id=12284
I posted an explanation here:
2011/6/21 John R. Cary c...@txcorp.com:
On 6/21/11 6:28 AM, Brad King wrote:
On 06/17/2011 04:59 PM, Eric Noulard wrote:
OK I have the same behavior on my box using your example.
I did open a bug report:
http://public.kitware.com/Bug/view.php?id=12284
I posted an explanation here:
On 6/16/11 2:15 PM, Eric Noulard wrote:
I never used install(CODE ... but besides that this should work.
did you have a look at the symlinks found in the CPack temp install dir:
_CPack_Packages/xxx/TGZ/yyy
are they local as they should be or are they pointing to some absolute path.
They are
I just found another person who had the same problem:
http://www.cmake.org/pipermail/cmake/2007-July/015024.html
Does not look like there was ever a response to this?
John Cary
On 6/17/11 8:46 AM, John R. Cary wrote:
On 6/16/11 2:15 PM, Eric Noulard wrote:
I never used install(CODE ... but
2011/6/17 John R. Cary c...@txcorp.com:
I just found another person who had the same problem:
http://www.cmake.org/pipermail/cmake/2007-July/015024.html
Does not look like there was ever a response to this?
Yes you seem right now back in 2007 CPack TGZ wasn't using the same
method to package
Attached is a minimal standalone example that illustrates the problem.
If build dir is next to the directory resulting from untarring this, do
cmake -DCMAKE_INSTALL_PREFIX=$HOME/tmp/cmtprefix ../cmt
make all install
# You will see that in the installation, the top cmtdir is a link:
2011/6/17 John R. Cary c...@txcorp.com:
Attached is a minimal standalone example that illustrates the problem.
If build dir is next to the directory resulting from untarring this, do
cmake -DCMAKE_INSTALL_PREFIX=$HOME/tmp/cmtprefix ../cmt
make all install
# You will see that in the
I am using the TGZ packager. My dist looks something like
topdir
nextdir link - nextdir/lowerdir
lowerdir
It seems that CPACK, instead of copying the link, follows the link
so that I get two copies of lowerdir.
Is this expected?
Can I change this behavior?
ThxJohn Cary
2011/6/16 John R. Cary c...@txcorp.com:
I am using the TGZ packager.
Which version of CMake/CPack ?
On which platform(s) ?
Do you use CPack alone or CMake+CPack?
My dist looks something like
topdir
nextdir link - nextdir/lowerdir
lowerdir
It seems that CPACK, instead of
On 6/16/11 12:09 PM, Eric Noulard wrote:
2011/6/16 John R. Caryc...@txcorp.com:
I am using the TGZ packager.
Sorry, my error in not providing more complete info:
Which version of CMake/CPack ?
On which platform(s) ?
octet.cary$ cmake --version
cmake version 2.8.3
octet.cary$ uname -a
2011/6/16 John R. Cary c...@txcorp.com:
On 6/16/11 12:09 PM, Eric Noulard wrote:
2011/6/16 John R. Caryc...@txcorp.com:
I am using the TGZ packager.
Sorry, my error in not providing more complete info:
Which version of CMake/CPack ?
On which platform(s) ?
octet.cary$ cmake --version
16 matches
Mail list logo