You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fernflower (code, usage) and CFR (code, usage) provide facilities for supplying classes that are not intended for decompilation themselves, but instead act as sources of additional metadata (e.g. for hierarchy completion). I'd like to see something similar implemented in JADX as well.
The text was updated successfully, but these errors were encountered:
@NebelNidas well I plan to add this feature anyway.
Right ow jadx uses "core classpath" from Android (all needed data from android.jar in condensed storage) and Android apps storing all libraries inside apk, so we don't actually need such additional classpath data.
Such feature only needed for decompiling single/separate classes and only can improve type inference (generics restoration). If you know some other examples than generated code is not correct for such use case, please share 🙂
Describe your idea
Fernflower (code, usage) and CFR (code, usage) provide facilities for supplying classes that are not intended for decompilation themselves, but instead act as sources of additional metadata (e.g. for hierarchy completion). I'd like to see something similar implemented in JADX as well.
The text was updated successfully, but these errors were encountered: