Lanchon
Lanchon
ok, i'll accept pull requests lol
so add it! :) it belongs in your directory, not in this repo (unless you can show me why).
> This Makefile is part of the source of the application. no it isn't. this app -as all common android apps- uses the gradle build system, and its repo includes...
for the case of decompiling an isolated inner/nested class, i think there's been a CFR switch from immemorial times that disables nested class resugaring. so CFR has always been able...
stretching/combining lines would detract a lot from readability, just when you need it most. plus the original jar would need to include line numbers, which in non-open source bytecode is...
thanks for all the info! > provide a way of emitting the line number that the byte code (supposedly) came from well, i suggested this if it was low hanging...
IDEA is amazing. the only problem with it is: https://youtrack.jetbrains.com/issue/IDEA-225700 :) > It's a large effort [...] to try to get a decompiler to match the line numbers perfectly. >...
worse for our purposes is when some bytecode impacts more than one source line. > so I'll give it a go oops... i think i wouldn't. just remember to try...
amazing, there's a gradle task to do the remapping already! > CFR could have an optional argument to export a remapped class/jar. don't think so because AFAIK CFR doesn't use...
could you maybe post a real FF-generated line map file for reference?