Provenpackagers can help (was: Re: OCaml 4.01.0 coming to Fedora Rawhide this weekend)
loganjerry at gmail.com
Mon Sep 16 14:05:45 UTC 2013
On Sun, Sep 15, 2013 at 4:28 PM, Richard W.M. Jones <rjones at redhat.com> wrote:
> This is a compiler-internal error with using the -g option.
> It means that the (file, line) location number has line == 0 and the
> compiler refuses to emit DWARF info with line == 0 because (according
> to the comment in the source) clang fails to process such files.
> Because camlp5 is a preprocessor it's probably generating fake line
> number info.
> Up to you how far you want to diagnose and/or fix this. TBH I
> wouldn't bother trying too hard to fix this. Just don't use -g on the
> affected files if possible, or turn off debuginfo on the whole
Since the pa_lisp.ppo file handed to ocamlopt is some kind of binary
blob, I did not make any attempt to fix this. It took some gross
Makefile hackery, but the build now works by not using -g on this and
a couple of other affected files.
More information about the devel