* [gentoo-user] gentoo-sources-6.7.7 build error
[not found] <fe3691f9-5e4a-4f56-a023-e2f247058f7b.ref@yahoo.com>
@ 2024-03-02 17:12 ` ralfconn
2024-03-02 17:17 ` [gentoo-user] " Holger Hoffstätte
0 siblings, 1 reply; 3+ messages in thread
From: ralfconn @ 2024-03-02 17:12 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* [gentoo-user] Re: gentoo-sources-6.7.7 build error
2024-03-02 17:12 ` [gentoo-user] gentoo-sources-6.7.7 build error ralfconn
@ 2024-03-02 17:17 ` Holger Hoffstätte
2024-03-02 17:50 ` ralfconn
0 siblings, 1 reply; 3+ messages in thread
From: Holger Hoffstätte @ 2024-03-02 17:17 UTC (permalink / raw
To: gentoo-user
On 2024-03-02 18:12, ralfconn wrote:
> 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-638f@gregkh/
So either set CONFIG_NTFS3_LZX_XPRESS=y or just wait.
-h
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] Re: gentoo-sources-6.7.7 build error
2024-03-02 17:17 ` [gentoo-user] " Holger Hoffstätte
@ 2024-03-02 17:50 ` ralfconn
0 siblings, 0 replies; 3+ messages in thread
From: ralfconn @ 2024-03-02 17:50 UTC (permalink / raw
To: gentoo-user
Il 02/03/24 18:17, Holger Hoffstätte ha scritto:
> On 2024-03-02 18:12, ralfconn wrote:
>> 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-638f@gregkh/
>
> 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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-03-02 17:50 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <fe3691f9-5e4a-4f56-a023-e2f247058f7b.ref@yahoo.com>
2024-03-02 17:12 ` [gentoo-user] gentoo-sources-6.7.7 build error ralfconn
2024-03-02 17:17 ` [gentoo-user] " Holger Hoffstätte
2024-03-02 17:50 ` ralfconn
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox