x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -O2 -g -D_FILE_OFFSET_BITS=64 -O2 -pipe -march=native -c -o ext4magic-inode.o `test -f 'inode.c' || echo './'`inode.c inode.c: In function ‘dump_inode’: inode.c:407:82: error: ‘struct ext2_inode’ has no member named ‘i_dir_acl’; did you mean ‘i_file_acl’? inode->i_file_acl, LINUX_S_ISDIR(inode->i_mode) ? inode->i_dir_acl : 0, ^~~~~~~~~ i_file_acl ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop_20180308-190806 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby22 (with Rubygems) [2] ruby23 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.7.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpv sys-fs/ext4magic [ebuild N ] sys-fs/ext4magic-0.3.2 USE="-debug -expert-mode -file-attr"
Created attachment 523210 [details] emerge-info.txt
Created attachment 523212 [details] emerge-history.txt
Created attachment 523214 [details] environment
Created attachment 523216 [details] etc.portage.tbz2
Created attachment 523218 [details] logs.tbz2
Created attachment 523220 [details] sys-fs:ext4magic-0.3.2:20180309-224409.log
Created attachment 523222 [details] temp.tbz2
extundelete-0.2.4 suffers from the same problem (change of ext2_fs.h header in linux-4.15.10-gentoo/include/linux). Since photorec crashed with a segment fault, there is no ext4 recovery tool available (debugfs is of limited use).
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9d427990c39a9ab3cf97b6feb243e9f28620f79c commit 9d427990c39a9ab3cf97b6feb243e9f28620f79c Author: Göktürk Yüksek <gokturk@gentoo.org> AuthorDate: 2018-04-04 12:07:03 +0000 Commit: Göktürk Yüksek <gokturk@gentoo.org> CommitDate: 2018-04-04 12:08:32 +0000 sys-fs/ext4magic: fix #650074 Also bump EAPI and enable USE=expert_mode by default. Bug: https://sourceforge.net/p/ext4magic/tickets/10/ Closes: https://bugs.gentoo.org/650074 Package-Manager: Portage-2.3.27, Repoman-2.3.9 sys-fs/ext4magic/ext4magic-0.3.2-r1.ebuild | 36 ++++++++++++++++++++++ .../files/ext4magic-0.3.2-i_dir_acl.patch | 32 +++++++++++++++++++ 2 files changed, 68 insertions(+)
# equery list -p sys-fs/ext4magic [IP-] [ ] sys-fs/ext4magic-0.3.2:0 [-P-] [ ~] sys-fs/ext4magic-0.3.2-r1:0 Stable version still fails with gcc-7.4.0; "~" version succeds compiling with gcc-7.4.0. "Resolved Fixed" since 2018-04-04: - Any reason for 0.3.2-r1 not being stabilized? - Link to gcc-7 TRACKER missing
(In reply to Manfred Knick from comment #10) > # equery list -p sys-fs/ext4magic > > [IP-] [ ] sys-fs/ext4magic-0.3.2:0 > [-P-] [ ~] sys-fs/ext4magic-0.3.2-r1:0 > > Stable version still fails with gcc-7.4.0; > "~" version succeds compiling with gcc-7.4.0. > > "Resolved Fixed" since 2018-04-04: > - Any reason for 0.3.2-r1 not being stabilized? https://bugs.gentoo.org/677010 > - Link to gcc-7 TRACKER missing I don't think this is a gcc issue. I submitted a patch upstream (https://sourceforge.net/p/ext4magic/tickets/10/) for this fix but he hasn't picked it up yet, so we patch it downstream for now.
(In reply to Göktürk Yüksek from comment #11) > https://bugs.gentoo.org/677010 Thanks! > I don't think this is a gcc issue. You are right - got mislead by an emerge --emptytree - sorry. > I submitted a patch upstream > (https://sourceforge.net/p/ext4magic/tickets/10/) for this fix but he hasn't > picked it up yet, so we patch it downstream for now. Thanks!