[CMake] cpack and paths too long

[David Cole]

You should just get used to using shorter paths on the embarrassing OS.

This is an early warning sign for you that your end users will also
encounter these problems as they install your program on their systems in
"non-short" root paths...

You can ignore it if you wish, but the fact remains that Windows STILL has
many components in it that rely on full path names of ALL files being less
than 260 characters.

They do support longer file names, but there are still many legacy tools
where the limit exists.


HTH,
David


On Mon, Apr 23, 2012 at 8:26 AM, Andrea Crotti <andrea.crotti.0 at gmail.com>wrote:

>  On 04/20/2012 12:36 PM, Eric Noulard wrote:
>
>  Nope, it would break backward compatibility, you can dig the ML
> for discussion about that "issue".
>
> My opinion is that building in-source is a bad habit that ought to be
> discouraged but the fact is,
> this is not currently easy to enforce out-of-source:http://www.cmake.org/Bug/view.php?id=6672
>
>
>
> Ok the make problem was my mistake sorry..
>
> we haven't really solved the long path problem yet unfortunately, even
> building out of source we get some very long paths...
>
> Is there a way to shorten this generated path by CPack?
>
>    C:/Temp/cmake_gen/_CPack_Packages/win32/NSIS*
> *
> Anyway the only solution I see for now is to check with a script the
> length of the paths, and abort before trying to
> build anything.
>
> Or the other possible solution is to run cpack from an OS which is not
> embarrassing, but not sure what version of CMake
> we have available and if the NSIS is working fine on that version..
>
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20120423/b13ec3c2/attachment.htm>