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

[Marc-Andre Laverdiere-Papineau]

Hello,

I am just trying to put my 2 cents on that thread...

Reading the Spark thesis, it seems to me that the defaults are pretty 
good for the fixed point calculation - I don't see much improvements here.

The only thing I noticed is that there are fast(er) bit set 
implementations, but that's about it.

What do you have in mind?

Marc-André Laverdière-Papineau
Doctorant - PhD Candidate

On 13-02-16 01:25 PM, Phil Pratt-Szeliga wrote:
> Hi Eric
>
>>> 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.
>>
>> This sounds indeed nice to have. I am not sure if it would be a good
>> GSOC project, though, as it sounds like pure integration work.
>> Wouldn't this be just a matter of preparing a proper patch / pull
>> request?
>
> Okay, I'll look into doing this pull request in maybe a month or so. I
> still have some things to work on. It needs some better data
> structures to execute a fixed-point faster, but yeah, probably not
> enough for a GSOC project.
>
> Thanks,
> Phil Pratt-Szeliga
> Syracuse University
> http://trifort.org/
> _______________________________________________
> Soot-list mailing list
> Soot-list at sable.mcgill.ca
> http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list
>