[Soot-list] Seeking proposals for Google Summer Of Code projects

[Phil Pratt-Szeliga]

Hi Eric and Bernhard,

The existing soot class loader loads every type string accessible from
the constant pool when loading methods to bodies. With my new class
loader I only load type strings accessible from a depth first search
walk from entry points described by the user. The also helps with the
dependency problems that can happen if you don't have all of the jars.

Sincerely,
Phil Pratt-Szeliga
Syracuse University
http://trifort.org/

On Sat, Feb 16, 2013 at 5:31 AM, Bernhard Berger <berber at tzi.de> wrote:
> Hi Phil,
>
> that sounds very good. What kind of work has to be done? My JVM consumes 55gb memory and the garbage collector is going wild. I am afraid that the main memory of this machine is not enough too.
>
> Bernhard
>
> Am 16.02.2013 um 11:11 schrieb Eric Bodden <eric.bodden at ec-spride.de>:
>
>> Hi Phil, hi Bernhard.
>>
>>> I have a new class loader that can load whole program call graphs in
>>> under 4gb of ram in most cases. I would be interested in getting
>>> someone to get this integrated into soot.
>>
>> That sounds interesting. Can you give us some more details? I am not
>> quite sure how to interpret what you wrote. Does this mechanism load a
>> previously persisted call graph into Soot or does it rather tweak
>> Soot's internal SootClass-management to use less memory?
>>
>> Eric
>
> _______________________________________________
> Soot-list mailing list
> Soot-list at sable.mcgill.ca
> http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list
>
>