<div dir="ltr">Hi Jan,<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 28, 2016 at 4:52 PM, 🐋 Jan Hegewald <span dir="ltr"><<a href="mailto:jan.hegewald@awi.de" target="_blank">jan.hegewald@awi.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Andreas,<br>
<span class=""><br>
> On 28.01.2016, at 16:43, Andreas Pakulat <<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>> wrote:<br>
><br>
> Hi Jan,<br>
><br>
> On Thu, Jan 28, 2016 at 2:35 PM, 🐋 Jan Hegewald <<a href="mailto:jan.hegewald@awi.de">jan.hegewald@awi.de</a>> wrote:<br>
> Hi Nils,<br>
><br>
> > On 28.01.2016, at 13:39, Nils Gladitz <<a href="mailto:nilsgladitz@gmail.com">nilsgladitz@gmail.com</a>> wrote:<br>
> ><br>
> > You might already be aware but CMake discourages using GLOB for source files<br>
><br>
> yes, I read the docs before posting (:<br>
> Avoiding glob would be a workaround to my problem. But anyway I think that glob is broken if it produces different results on different platforms.<br>
><br>
> I can't find any docs on <a href="http://cmake.org" rel="noreferrer" target="_blank">cmake.org</a> about what a globbing-expression is exactly, but the docs for file(glob) at least don't say anything about this function producing the same results on different platforms. In fact I'd be surprised if the behavior of the file(glob) function is different than using the same wildcards with ls/dir on a terminal.<br>
<br>
</span>the cmake glob is different from the results of a terminal ls</blockquote><div><br></div><div>On the Mac apparently (based on your first mail)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> The only bug that I can see from your description is that the behavior is inconsistent with different types of FS on OSX, that is definetly not matching above mentioned expectation.<br>
<br>
</span>Maybe I was unclear about this, but cmake glob ignores the case regardless of the FS being case sensitive or not.<br></blockquote><div><br></div><div>Now that contradicts your initial mail, you said there that on OSX you get F* and f* files for a case-insensitive filesystem, but on Linux you get only F*. But you also said that a case-sensitive filesystem on OSX still gives you F* and f* files, which in my eyes is a bug in the implementation.</div><div><br></div><div>I also just checked the CMake sources quickly and it seems that the glob-support is completely 'inhouse', meaning it does not call out to platform-specific functions (I guess that would explain the discrepancy on OSX).<br></div><div><br></div><div>So I guess asking for the same behavior across platforms is just as reasonable (given the logics are fully under CMake's control) as asking for it to reflect what a ls/dir would do on the corresponding platform.</div><div><br></div><div>I think a bugreport is the correct next step, even if it merely leads to a clarification of the behavior in the documentation.</div><div><br></div><div>Andreas</div></div></div></div>