[gentoo-user] gentoo-sources-6.7.7 build error

[ralfconn]

I have a build error with latest gentoo-sources (~amd64): # eix -I
gentoo-sources Installed versions: 6.7.6(6.7.6)^bs(10:37:31
02/24/24)(-build -experimental -symlink) 6.7.7(6.7.7)^bs(18:43:20
03/01/24)(-build -experimental -symlink) # eix -I gcc Installed
versions: 13.2.1_p20240210(13)^t(17:09:30 02/18/24)(cet cxx
default-stack-clash-protection default-znow fortran hardened nls openmp
pie sanitize ssp -ada -custom-cflags -d -debug -doc -fixed-point -go
-graphite -ieee-long-double -jit -libssp -lto -modula2 -multilib -objc
-objc++ -objc-gc -pch -pgo -systemtap -test -valgrind -vanilla -vtv
-zstd) fs/ntfs3/frecord.c: In function ‘ni_read_frame’:
fs/ntfs3/frecord.c:2460:16: error: unused variable ‘i_size’
[-Werror=unused-variable]  2460 |         loff_t i_size =
i_size_read(&ni->vfs_inode);

This is on a gentoo box with mixed profile
(local:no-multilib-hardened-desktop (dev)). The vanilla kernel
downloaded from kernel.org - with same config - has the same build
error. I thought it could be a hardened-related issue, but a different
gentoo box with an hardened-dektop profile builds fine. The kernel
config is different, though. By the way, looking at the failing source
it seems to me that the error is a false positive. I suppose nobody else
is seeing this, I see no reports on the net. Any hints? Should I file a
bug upstream? thanks, raffaele

[Holger Hoffstätte]

Post by ralfconn
I have a build error with latest gentoo-sources (~amd64): # eix -I
gentoo-sources Installed versions: 6.7.6(6.7.6)^bs(10:37:31
02/24/24)(-build -experimental -symlink) 6.7.7(6.7.7)^bs(18:43:20
03/01/24)(-build -experimental -symlink) # eix -I gcc Installed
versions: 13.2.1_p20240210(13)^t(17:09:30 02/18/24)(cet cxx
default-stack-clash-protection default-znow fortran hardened nls
openmp pie sanitize ssp -ada -custom-cflags -d -debug -doc
-fixed-point -go -graphite -ieee-long-double -jit -libssp -lto
-modula2 -multilib -objc -objc++ -objc-gc -pch -pgo -systemtap -test
-valgrind -vanilla -vtv -zstd) fs/ntfs3/frecord.c: In function
‘ni_read_frame’: fs/ntfs3/frecord.c:2460:16: error: unused variable
‘i_size’ [-Werror=unused-variable] 2460 | loff_t i_size =
i_size_read(&ni->vfs_inode);
This is on a gentoo box with mixed profile
(local:no-multilib-hardened-desktop (dev)). The vanilla kernel
downloaded from kernel.org - with same config - has the same build
error. I thought it could be a hardened-related issue, but a
different gentoo box with an hardened-dektop profile builds fine. The
kernel config is different, though. By the way, looking at the
failing source it seems to me that the error is a false positive. I
suppose nobody else is seeing this, I see no reports on the net. Any
hints? Should I file a bug upstream? thanks, raffaele

Already known:
https://lore.kernel.org/stable/2024030214-scratch-compactly-***@gregkh/

So either set CONFIG_NTFS3_LZX_XPRESS=y or just wait.

-h

[ralfconn]

Post by Holger Hoffstätte

Post by ralfconn
I have a build error with latest gentoo-sources (~amd64): # eix -I
gentoo-sources Installed versions: 6.7.6(6.7.6)^bs(10:37:31
02/24/24)(-build -experimental -symlink) 6.7.7(6.7.7)^bs(18:43:20
03/01/24)(-build -experimental -symlink) # eix -I gcc Installed
versions: 13.2.1_p20240210(13)^t(17:09:30 02/18/24)(cet cxx
default-stack-clash-protection default-znow fortran hardened nls
openmp pie sanitize ssp -ada -custom-cflags -d -debug -doc
-fixed-point -go -graphite -ieee-long-double -jit -libssp -lto
-modula2 -multilib -objc -objc++ -objc-gc -pch -pgo -systemtap -test
-valgrind -vanilla -vtv -zstd) fs/ntfs3/frecord.c: In function
‘ni_read_frame’: fs/ntfs3/frecord.c:2460:16: error: unused variable
‘i_size’ [-Werror=unused-variable]  2460 |         loff_t i_size =
i_size_read(&ni->vfs_inode);
This is on a gentoo box with mixed profile
(local:no-multilib-hardened-desktop (dev)). The vanilla kernel
downloaded from kernel.org - with same config - has the same build
error. I thought it could be a hardened-related issue, but a
different gentoo box with an hardened-dektop profile builds fine. The
kernel config is different, though. By the way, looking at the
failing source it seems to me that the error is a false positive. I
suppose nobody else is seeing this, I see no reports on the net. Any
hints? Should I file a bug upstream? thanks, raffaele

So either set CONFIG_NTFS3_LZX_XPRESS=y or just wait.

Wow, faster than light, thanks!

In addition to the suggested fix, also disabling NTFS support completely
works.

thanks again,

raffaele