Hi,<br><br><div class="gmail_quote">On Mon, May 21, 2012 at 6:14 AM, David A. Alexander <span dir="ltr">&lt;<a href="mailto:alexanda@txcorp.com" target="_blank">alexanda@txcorp.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><br></div><div>We are running CPack remotely through Jenkins [1] to end up running a build/package process on a Windows 2008 Server machine and are seeing errors during the install into the _CPack_Packages directory because file paths exceeds the windows 260 character limit [2].  We have seen posts about this problem [3] where the solution is to build outside of the source directory, but this is not desirable for us because with Jenkins we want to save build artifacts and look at the workspace remotely.  For those not familiar with Jenkins, the shortest build path starts with...</div>
<div><br></div><div><div>C:\user_name\jenkins\workspace\project_name\configuration_name\machine_name</div></div></div></blockquote><div><br></div><div>Hmm, at work our jenkins slaves running on windows would run the build from C:\jenkins-slave-user\workspace\&lt;jobname&gt;\build, which is considerably shorter than what you have there. So it seems that this is customizable to a certain extent (I&#39;m not an expert when it comes to jenkins on windows). I know thats not what you were looking for, but might be an easier to maintain change than patching CMake each time a new release is coming out.</div>
<div><br></div><div>Andreas</div></div>