Re: Proposal: reinstate pre-built PLT for Dialyzer
Tuncer Ayaz <[email protected]> Thu, 23 Jan 2014 16:18:59 +0100
| Newsgroups | gmane.comp.lang.erlang.patches,gmane.comp.lang.erlang.general |
|---|---|
| Message-ID | <CAOvwQ4hG4neOP+sw5zMNQ5xp9Ngzkg+NA2-mM-jcp1Om316s5w@mail.gmail.com> |
On Thu, Jan 16, 2014 at 7:15 PM, Sean Cribbs wrote: > Hi Erlangers, > > Ages ago, OTP shipped with a pre-built PLT for dialyzer, which was > removed reasons forgotten by most of us (probably the time/cost of > building it). Nowadays, because dialyzer is much improved > (parallelism!) and our computers are faster and have more cores, a > PLT for all of the standard library might only take a few minutes to > build. > > We've been increasing our usage of dialyzer at Basho and I have felt > that it seems extremely wasteful and unnecessary to build a partial > PLT of the standard library for every single project, when that > information only changes across OTP releases. I feel the Erlang/OTP > build process should include building a PLT that encompasses the > entire standard library. Aside from the reduced cost of building > PLTs for every different app, this may encourage others to start > using dialyzer on their projects. How do you define the standard library? I mean, why not include all libs/apps? I usually build a comprehensive PLT for each OTP release and unfortunately that uncovers type errors which should not be shipped in a release :(. > I'm offering to do the work to make this happen, but I need a little > guidance on where to start. I've looked at the dialyzer Makefile > from an older release where the PLT was included, but I'm concerned > the project structure has changed enough that the rules there no > longer apply. It seems the dialyzer runtime itself might also need > to be tweaked to automatically include the prebuilt PLT. > > Looking forward to hearing your thoughts and direction. Cheers! From what I recall, a PLT references the beam files with absolute filenames. This might pose a problem you'd have to solve first. _______________________________________________ erlang-patches mailing list [email protected] http://erlang.org/mailman/listinfo/erlang-patches