Page MenuHomePhabricator

Expose the file symbol map from PhutilLibraryMapBuilder
ClosedPublic

Authored by epriestley on Jul 16 2014, 10:55 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, May 3, 6:21 AM
Unknown Object (File)
Wed, Apr 24, 10:40 PM
Unknown Object (File)
Tue, Apr 23, 10:46 PM
Unknown Object (File)
Tue, Apr 16, 5:50 AM
Unknown Object (File)
Tue, Apr 16, 4:54 AM
Unknown Object (File)
Apr 2 2024, 12:40 AM
Unknown Object (File)
Mar 31 2024, 3:51 PM
Unknown Object (File)
Mar 24 2024, 1:04 PM
Subscribers

Details

Summary

Ref T5640. In D9864, collection of output from phutil_symbols.php (which includes symbols that things use) was replaced with processed output (which does not).

Allow callers (notably, ArcanistPhutilLibraryLinter) to access the raw have/need data.

Test Plan

See D9954.

Diff Detail

Repository
rPHU libphutil
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

epriestley retitled this revision from to Expose the file symbol map from PhutilLibraryMapBuilder.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: joshuaspence.

This feels a little messy, particularly because buildMap is a pretty big function and probably needs to be broken up further. I feel like we should perhaps rename the buildMap function to build and make it private and then expose two functions like buildLibraryMap and buildFileSymbolMap instead.

If you don't want to do this now, then I'm willing to accept this diff now and we can clean it up later.

WARNING: I could be talking complete nonsense as I just returned from overseas and am a little jetlagged.

Haha. No, I agree. I'll tidy this up.

  • Clean the interface and organization up a little bit.
src/moduleutils/PhutilLibraryMapBuilder.php
482

I feel as if this line should live in the buildMap function

joshuaspence edited edge metadata.
joshuaspence added inline comments.
src/moduleutils/PhutilLibraryMapBuilder.php
75–76

I also feel that this should be named buildLibraryMap for consistency, but meh.

This revision is now accepted and ready to land.Jul 17 2014, 11:56 AM
epriestley updated this revision to Diff 23913.

Closed by commit rPHU859c41d4fb07 (authored by @epriestley).