[LLVMbugs] [Bug 21482] New: dependency-dump.m fails with super-long pathname

[bugzilla-daemon at llvm.org]

http://llvm.org/bugs/show_bug.cgi?id=21482

            Bug ID: 21482
           Summary: dependency-dump.m fails with super-long pathname
           Product: clang
           Version: trunk
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: normal
          Priority: P
         Component: Modules
          Assignee: unassignedclangbugs at nondot.org
          Reporter: paul_robinson at playstation.sony.com
                CC: dgregor at apple.com, llvmbugs at cs.uiuc.edu
    Classification: Unclassified

Created attachment 13291
  --> http://llvm.org/bugs/attachment.cgi?id=13291&action=edit
repro script

Our internal Windows bots use some pretty long path names, and
something about how Modules works is tripping over them.

I've attached a .bat script that will repro this failure outside of
the lit framework; that makes it easy to manipulate the length of the
directory name passed to -fmodules-cache-path and -module-dependency-dir.
As attached, the script causes FileCheck to fail as follows:

e:\upstream\llvm\tools\clang\test\Modules\dependency-dump.m:9:9: error:
expected
 string not found in input
// VFS: 'name': "SubFramework.h"
        ^
e:\cmplr\scratch\incredible-ridiculously-long-directory-component\incredible-rid
iculously-long-directory-component\123456789012345678901\vfs\vfs.yaml:1:1:
note:
 scanning from here
{
^
e:\cmplr\scratch\incredible-ridiculously-long-directory-component\incredible-rid
iculously-long-directory-component\123456789012345678901\vfs\vfs.yaml:26:2:
note
: possible intended match here
 'name': "Sub.h",
 ^

But, if you make that directory name 1 character shorter, it passes.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20141105/bf6e5bab/attachment.html>