Package Details: eresi-git r1267.d0facbfd-1

Git Clone URL: https://aur.archlinux.org/eresi-git.git (read-only, click to copy)
Package Base: eresi-git
Description: Reverse engineering tool suite (includes elfsh)
Upstream URL: https://github.com/thorkill/eresi
Keywords: elf elfsh engineering reverse
Licenses: GPL
Submitter: aperez
Maintainer: None
Last Packager: aperez
Votes: 2
Popularity: 0.000000
First Submitted: 2017-03-13 16:05 (UTC)
Last Updated: 2018-04-25 14:51 (UTC)

Latest Comments

oneup commented on 2022-06-11 23:48 (UTC) (edited on 2022-06-11 23:49 (UTC) by oneup)

If you get build errors related to multiple definitions of 'buf', edit libedfmt/stabs-trans.c and libedfmt/dwarf2-trans.c to declare "static char buf[BUFSIZ];" instead of "char buf[BUFSIZ];"

$ git diff
diff --git a/libedfmt/dwarf2-trans.c b/libedfmt/dwarf2-trans.c
index 967b8224..1ce43f74 100644
--- a/libedfmt/dwarf2-trans.c
+++ b/libedfmt/dwarf2-trans.c
@@ -19,7 +19,7 @@
 /**
  * Temporary buffer outside function to optimize function recursion
  */
-char buf[BUFSIZ];
+static char buf[BUFSIZ];

 /**
  * Transform hash table
diff --git a/libedfmt/stabs-trans.c b/libedfmt/stabs-trans.c
index f2eefec1..9af8b492 100644
--- a/libedfmt/stabs-trans.c
+++ b/libedfmt/stabs-trans.c
@@ -25,7 +25,7 @@ hash_t types_added;
 /**
  * Optimize stack allocation by setting a global pointer for string things
  */
-char buf[BUFSIZ];
+static char buf[BUFSIZ];

 /**
  * Advanced iterating of a structure element

aperez commented on 2018-10-08 09:28 (UTC)

@vityafx: I am experiencing the same build issue myself, and I do not have time to figure out how to fix it at the moment. Suggestions are very welcome!

vityafx commented on 2018-10-05 18:21 (UTC) (edited on 2018-10-05 18:22 (UTC) by vityafx)

I am unable to make package, there is a lot of warnings (which are really weird, I mean, such a project with so silly warnings...) and finally a error:

In file included from include/libui.h:22, from readln.c:11: ../librevm/include/revm.h:422:56: error: unknown type name ‘_G_va_list’; did you mean ‘va_list’? const char *restrict format, _G_va_list arg); ^~~~~~~~~~ va_list In file included from include/libui.h:22, from readln.c:11: ../librevm/include/revm.h:422:56: error: unknown type name ‘_G_va_list’; did you mean ‘va_list’? const char *restrict format, _G_va_list arg); ^~~~~~~~~~ va_list make[1]: [Makefile:82: readln.64.o] Error 1 make[1]: Waiting for unfinished jobs.... make[1]: [Makefile:80: readln.32.o] Error 1 make[1]: Leaving directory '/home/user/aur/eresi-git/src/eresi-git/libui' make: [Makefile:58: world] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

aperez commented on 2018-04-25 14:29 (UTC)

@visitant: I have pushed a small change which uses “make install64” as well during package installation. That should have fixed the issue without having to manually install the symlinks. Please update your build and take a look :-)

visitant commented on 2018-04-25 05:27 (UTC) (edited on 2018-04-25 05:27 (UTC) by visitant)

In this version,some command not found for example 'elfsh',but 'elfsh64' and 'elf32' is valid,so I add these line in package():

ln -sf /usr/bin/e2dbg64 ${pkgdir}/usr/bin/e2dbg

ln -sf /usr/bin/elfsh64 ${pkgdir}/usr/bin/elfsh

ln -sf /usr/bin/eresi-config64 ${pkgdir}/usr/bin/eresi-config

ln -sf /usr/bin/etrace64 ${pkgdir}/usr/bin/etrace

ln -sf /usr/bin/evarista64 ${pkgdir}/usr/bin/evarista

ln -sf /usr/bin/kedbg64 ${pkgdir}/usr/bin/kedbg