Looking for PostDoc or Ph.D. student to work on Soot!
The research group of Eric Bodden has acquired funding for a three-year project that will fund a PostDoc or Ph.D. student with the goal of applying major upgrades to Soot to make it sustainable for the future. The position is fully funded and does not include any teaching or administrative duties (although teaching is possible if desired). We will assure that at least 50% of the time can also be spent on personal research.
As Soot is one of the most widely used research infrastructures worldwide, this position will give you a great opportunity to obtain wide exposition in the research community. In case you are interested in applying, please contact Eric Bodden directly.
What is Soot?
Originally, Soot started off as a Java optimization framework. By now, researchers and practitioners from around the world use Soot to analyze, instrument, optimize and visualize Java and Android applications.
What input formats does Soot provide?
Currently, Soot can process code from the following sources:
- Java (bytecode and source code up to Java 7), including other languages that compile to Java bytecode, e.g. Scala
- Android bytecode
- Jimple intermediate representation (see below)
- Jasmin, a low-level intermediate representation.
What output formats does Soot provide?
Soot can produce (possibly transformed/instrumented/optimized) code in these output formats:
- Java bytecode
- Android bytecode
Soot can go from any input format to any output format, i.e., for instance, allows the translation from Android to Java or Java to Jasmin.
Who develops and maintains Soot?
Soot was originally developed by the Sable Research Group of McGill University. The first publication on Soot appeared at CASCON 1999. Since then, Soot has seen contributions from many people inside and outside the research community. The current maintenance is driven by Eric Bodden’s Software Engineering Group at Heinz Nixdorf Institute of Paderborn University.
This publication provides an insight into the first ten years of Soot’s development.
What kind of analyses does Soot provide?
- Call-graph construction
- Points-to analysis
- Def/use chains
- Template-driven Intra-procedural data-flow analysis
- Template-driven Inter-procedural data-flow analysis, in combination with heros
- Taint analysis in combination with FlowDroid
What extensions exist to Soot?
- We maintain a list of extensions that can be used in combination with Soot. Feel free to add your own!
How does Soot work internally?
Soot transforms programs into an intermediate representation, which can then be analyzed. Soot provides four intermediate representations for analyzing and transforming Java bytecode:
- Baf: a streamlined representation of bytecode which is simple to manipulate.
- Jimple: a typed 3-address intermediate representation suitable for optimization.
- Shimple: an SSA variation of Jimple.
- Grimp: an aggregated version of Jimple suitable for decompilation and code inspection.
Jimple is Soot’s primary IR and most analyses are implemented on the Jimple level. Custom IRs may be added when desired.
How do I get started with Soot?
We have some documentation on Soot in the wiki, including a large range of tutorials on Soot. We also have a JavaDoc documentation and a reference on the command line options.
Including Soot in your Project
A Soot snapshot release is currently built for each commit to the
develop branch. You can include Soot as
a dependency via Maven, Gradle, SBT, etc using the following coordinates:
<dependencies> <dependency> <groupId>ca.mcgill.sable</groupId> <artifactId>soot</artifactId> <version>3.0.0-SNAPSHOT</version> </dependency> </dependencies> <repositories> <repository> <id>soot-snapshot</id> <name>soot snapshots</name> <url>https://soot-build.cs.uni-paderborn.de/nexus/repository/soot-snapshot/</url> </repository> </repositories>
Please make sure that your Java version is up to date to avoid problems with our SSL certificate
You can also obtain older builds of the
develop branch. A complete listing of builds can be found in our Nexus repository.
How do I obtain Soot without Maven?
Note that the nightly build server has moved
All of our Soot builds for the
develop branch are stored up to one month in our Nexus repository and can be obtained from there.
The latest snapshot build of Soot can also be obtained directly. The “sootclasses-trunk-jar-with-dependencies.jar” file is an all-in-one file that also contains all the required libraries. The “sootclasses-trunk.jar” file contains only Soot, allowing you to manually pick dependencies as you need them. If you do not want to bother with dependencies, we recommend using the former.
Building Soot yourself
If you cannot work with the prebuild versions and need to build Soot on your own, please consider the wiki for further steps.
About Soot’s source code
Soot follows the git-flow convention. Releases and hotfixes are maintained in the master branch. Development happens in the develop branch. To catch the bleeding edge of Soot, check out the latter. In case of any questions, please consult the Soot mailing list at: http://www.sable.mcgill.ca/mailman/listinfo/soot-list/
Please help us improve Soot!
You are using Soot and would like to help us support it in the future? Then please support us by filling out this little web form.
That way you can help us in two ways:
- By letting us know how we can improve Soot you can directly help us prioritize newly planned features.
- By stating your name and affiliation you help us showcasing Soot’s large user base. Thanks!
We would like to thank the team of YourKit for providing us with free licenses of their profiler to improve the performance of Soot.