Clang 3.6 fails with -g due to .file directive order
On Mac Os X, compiling with -g will sometimes fail with an error like follows:
/var/folders/yt/bmbchswn57nbmz1l67btd6p00000gn/T/ghc27418_0/ghc_1.s:6573:7: error:
error: unassigned file number in '.loc' directive
.loc 7 106 17 /* cast */
^
}}}
Which refers to the following code:
{{{
[...]
.file 7 "libraries/base/Data/Typeable.hs"
.file 6 "libraries/ghc-prim/GHC/Classes.hs"
[...]
.loc 7 106 17 /* cast */So the file number is clearly assigned, we are just not assigning them "in order". This is okay for most compilers, but Clang 3.6 seems to disagree. The attached patch changes the code so .file directives are always generated in order.
Could try to produce a testcase if required - it would be rather easy to check that .file directives appear in order in a given assembly file.
Trac metadata
| Trac field | Value |
|---|---|
| Version | 7.10.1 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture |