from src/CutterApplication.h:8, from src/Main.cpp:2: src/Cutter.h:429:83: error: ‘R_IO_READ’ was not declared in this scope File(QString path, ut64 baddr = 0LL, ut64 mapaddr = 0LL, int perms = R_IO_READ, ^~~~~~~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop_20181020-160230 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-8.2.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby23 (with Rubygems) * java-config: The following VMs are available for generation-2: 1) IcedTea JDK 3.9.0 [icedtea-8] *) IcedTea JDK 3.9.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-8 [2] icedtea-bin-8 system-vm emerge -qpvO dev-util/cutter [ebuild N ] dev-util/cutter-1.7 USE="-jupyter -webengine"
Created attachment 552764 [details] emerge-info.txt
Created attachment 552766 [details] dev-util:cutter-1.7:20181024-061658.log
Created attachment 552768 [details] emerge-history.txt
Created attachment 552770 [details] environment
Created attachment 552772 [details] etc.portage.tbz2
Created attachment 552774 [details] temp.tbz2
Upstream has a patch for that problem: https://github.com/radareorg/cutter/commit/5c52991cd8aa1c72384fdc47acef1f3f8a42d4e1#diff-b0dd278d5ca5eb36ff5cb5814aefc513 I can confirm that the patch above fixes the problem described in bug 669528.
(In reply to Michael Hofmann from comment #7) > Upstream has a patch for that problem: > > https://github.com/radareorg/cutter/commit/ > 5c52991cd8aa1c72384fdc47acef1f3f8a42d4e1#diff- > b0dd278d5ca5eb36ff5cb5814aefc513 > > I can confirm that the patch above fixes the problem described in bug 669528. After applying the patch Cutter.cpp fails to compile with: src/Cutter.cpp: In member function ‘QList<QString> CutterCore::sdbListKeys(QString)’: src/Cutter.cpp:114:26: error: ‘SdbKv’ {aka ‘struct sdb_kv’} has no member named ‘key’ list << nsi->key; ^~~ src/Cutter.cpp: In member function ‘int CutterCore::get_size()’: src/Cutter.cpp:700:23: error: ‘r_bin_get_object’ was not declared in this scope RBinObject *obj = r_bin_get_object(core_->bin); ^~~~~~~~~~~~~~~~ src/Cutter.cpp:700:23: note: suggested alternative: ‘r_bin_cur_object’ RBinObject *obj = r_bin_get_object(core_->bin); ^~~~~~~~~~~~~~~~ r_bin_cur_object
cutter-1.7.3 is out, it fixes this bug.
(In reply to Anton Bolshakov from comment #9) > cutter-1.7.3 is out, it fixes this bug. But even after 'emerge --sync' I vsn't find cutter-1.7.3 in the default portage tree.
Pull request: https://github.com/gentoo/gentoo/pull/10708
New pull request: https://github.com/gentoo/gentoo/pull/10900
This should be obsoleted by the newest versions of radare2 and cutter. Closing.
