On Thu, Jan 16, 2014 at 9:20 PM, Petr Machata <[email protected]> wrote: > Eugene Rudoy <[email protected]> writes: > >> as to compiling the master: I had to apply the two patches attached to this >> mail in order to compile it (I simply removed that >> "lte->relplt_count"-line). > > Hmm, the _GNU_SOURCE ones probably make sense (see the comment about > uclibc above one of them). > >> As to fixing the issue, in particular "It shouldn't be hard for MIPS' >> arch_elf_init to add any special entries....": sounds interesting ;-) but >> it's something completely new to us (Oliver & me), we just cross-compile >> ltrace and make it available to the users of freetz-project. >> >> Would that be possible for you to take a deeper look into the issue? Is >> there something we can do to support you? Testing, hardware (probably >> remote access only)? > > In fact I'm installing Debian Wheezy inside Qemu as I write this. > I can't promise anything (this would have to go from my personal time > budget, which is already fairly strained), but I should be able to at > least take a look. >
Recently, I was asked some questions about ltrace-0.7.3 MIPS cross-compilation. What happened with this issue? Is ltrace-0.7.y still BROKEN on MIPS? I have seen a "pmachata/mips" Git branch with a patch called "Support tracing of PLT-less MIPS binaries" on top... which has not entered master. Thanks in advance for an update. - Sedat - [1] http://anonscm.debian.org/cgit/collab-maint/ltrace.git/log/?h=pmachata/mips [2] http://anonscm.debian.org/cgit/collab-maint/ltrace.git/commit/?h=pmachata/mips&id=cf55336f3d220bf9bb8b879eb7fba9d774c19957 _______________________________________________ Ltrace-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/ltrace-devel
