GSoC 2015

[Prateek Gupta]

So, is the idea to remove all these code redundancies and provide a
structured way to support multiarchitecture in a new way or to extend the
current implementation?

Regards,
Prateek

On Sun, Mar 22, 2015 at 5:11 AM, Dmitry V. Levin <ldv at altlinux.org> wrote:

> On Sun, Mar 22, 2015 at 12:34:55AM +0530, Prateek Gupta wrote:
> > As far as I percieve, the multiarchitecture support project is about
> making
> > a hierarchial set of the parsers to firstly compiling all general parser
> > required by every arch and then compiling only those that are required by
> > the arch that the user's system has.
>
> No.  Have a look at the code.  For example, "struct old_sigaction32" and
> "struct new_sigaction32" in signal.c, there is a lot of code duplication
> of this kind all over strace code, and some structures are not yet
> duplicated thus leading to incorrect multiarch decoding.  I think we
> cannot duplicate all structure definitions, thus I call the current
> multiarch support inherently unreliable.
>
> The idea of this project is to implement correct multiarch decoding
> in a way that would not require manual source code duplication.
>
>
> --
> ldv
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Strace-devel mailing list
> Strace-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/strace-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20150322/0430518f/attachment.html>