Provenpackagers can help (was: Re: OCaml 4.01.0 coming to Fedora Rawhide this weekend)

Jerry James 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
> package.

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.
-- 
Jerry James
http://www.jamezone.org/


More information about the devel mailing list