Processing of gcc-15_15-20250220-1_amd64.changes

gcc-15_15-20250220-1_amd64.changes uploaded successfully to localhost along with the files: gcc-15_15-20250220-1.dsc gcc-15_15-20250220.orig.tar.gz gcc-15_15-20250220-1.debian.tar.xz cpp-15-for-build_15-20250220-1_all.deb cpp-15-for-host_15-20250220-1_amd64.deb cpp-15-x86-64-linux-gnu

Bug#1098463: debuginfod-client-config.7: Some remarks and a patch with editorial changes for this man page

On Thursday, February 20 2025, Bjarni Ingi Gislason wrote: >* What led up to the situation? > > Checking for defects with a new version > > test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man > page" > > [Use "groff -e ' $' -e '\\~$' " to find obvious trailing s

Processed: [bts-link] source package gcc-13

Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package gcc-13 > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # https://bts-link-team.pages.debian.net/bts-link/ > # > user debian-bts-l...@lists.debian.org Setting

Bug#1098463: debuginfod-client-config.7: Some remarks and a patch with editorial changes for this man page

Package: libdebuginfod-common Version: 0.192-4 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailin

Bug#1098458: elfutils: bad d/copyright syntax

Source: elfutils Version: 0.188-2 d/copyright has two Comments each for the paragraphs starting with Files: backends/* and Files: libelf/dl-hash.h. This is not allowed by the machine-readable format. Full disclosure: I am the one responsible for the syntax error.

[bts-link] source package gcc-14

# # bts-link upstream status pull for source package gcc-14 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #1094828 (http://bugs.debian.org/1094828)

[bts-link] source package gcc-13

# # bts-link upstream status pull for source package gcc-13 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #1041607 (http://bugs.debian.org/1041607)

Results for 14.2.0 (Debian 14.2.0-17) testsuite on riscv64-unknown-linux-gnu

LAST_UPDATED: Obtained from git: releases/gcc-14.2.0 revision 04696df09633baf97cdbbdd6e9929b9d472161d3 === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is riscv64-unknown-linux-gn

[bts-link] source package src:gcc-15

# # bts-link upstream status pull for source package src:gcc-15 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #1092866 (http://bugs.debian.org/1092

Bug#1083135: gcc-14-aarch64-linux-gnu: cross compiler 'aarch64-linux-gnu-gcc' always error: "as: unrecognized option '-EL'"

On Fri, Feb 14, 2025 at 02:20:50PM +0100, Erez wrote: > My real question is why do we have gcc-14-aarch64-linux-gnu:arm64 in the > pool? It's the native compiler used for natively building arm64 packages. Without it, we cannot build any packages on arm64. > Cross compilers using the same host and