Processed: Re: Bug#1086791: lziprecover: FTBFS on riscv64 due to out-of-bounds access on a constant

2024-11-05 Thread Debian Bug Tracking System
Processing control commands: > severity -1 important Bug #1086791 [src:lziprecover] lziprecover: FTBFS on riscv64 due to out-of-bounds access on a constant Severity set to 'important' from 'serious' > reassign -1 gcc-14 Bug #1086791 [src:lziprecover] lziprecover: FTBFS on riscv64 due to out-of-b

Re: Bug#1086791: lziprecover: FTBFS on riscv64 due to out-of-bounds access on a constant

2024-11-05 Thread Aurelien Jarno
control: severity -1 important control: reassign -1 gcc-14 control: retitle -1 gcc: riscv64 backend emits large relocations due to loop strength reduction control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117460 control: affects -1 lziprecover On 2024-11-05 21:47, Jessica Clarke

Bug#981983: libnewlib-arm-none-eabi: CFLAGS vs CFLAGS_FOR_TARGET

2024-11-05 Thread Deomid "rojer" Ryabkov
Still a problem with 4.4, reported in Ubuntu: https://bugs.launchpad.net/debian/+source/newlib/+bug/2086618 I found that CFLAGS still have to be provided, even if empty, so my solution is: CFLAGS := CFLAGS= CFLAGS_FOR_TARGET="-g -O2 -ffunction-sections -fdata-sections" CFLAGS_NANO := CFLAGS= CFLA