Your message dated Tue, 3 Feb 2026 23:17:31 +0100
with message-id <[email protected]>
and subject line Re: Bug#1126482: libc6: Conflicting sections .note.GNU-stack 
in x86_64-linux-gnu/crt1.o
has caused the Debian Bug report #1126482,
regarding libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1126482: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1126482
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libc6
Version: 2.42-10+b1
Severity: important

Dear Maintainer,

with the latest version 2.42-10+b1 of libc6* package on Debian/testing amd64,
there is an issue to compile some C code with tcc compiler using
/usr/lib/x86_64-linux-gnu/crt1.o file.

In this file, there is 2 conflicting sections for ".note.GNU-stack": one with
NOTE(7) type and one with PROGBITS(10) type.

$ readelf -S /usr/lib/x86_64-linux-gnu/crt1.o
There are 15 section headers, starting at offset 0x370:

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .text             PROGBITS         0000000000000000  00000040
       0000000000000031  0000000000000000  AX       0     0     16
  [ 2] .rela.text        RELA             0000000000000000  00000290
       0000000000000030  0000000000000018   I      12     1     8
  [ 3] .eh_frame         PROGBITS         0000000000000000  00000078
       000000000000005c  0000000000000000   A       0     0     8
  [ 4] .rela.eh_frame    RELA             0000000000000000  000002c0
       0000000000000030  0000000000000018   I      12     3     8
  [ 5] .data             PROGBITS         0000000000000000  000000d4
       0000000000000004  0000000000000000  WA       0     0     1
  [ 6] .bss              NOBITS           0000000000000000  000000d8
       0000000000000000  0000000000000000  WA       0     0     1
  [ 7] .note.GNU-stack   NOTE             0000000000000000  000000d8
       0000000000000000  0000000000000000           0     0     1
  [ 8] .note.gnu.pr[...] NOTE             0000000000000000  000000d8
       0000000000000020  0000000000000000   A       0     0     8
  [ 9] .note.ABI-tag     NOTE             0000000000000000  000000f8
       0000000000000020  0000000000000000   A       0     0     4
  [10] .note.GNU-stack   PROGBITS         0000000000000000  00000118
       0000000000000000  0000000000000000           0     0     1
  [11] .rodata.cst4      PROGBITS         0000000000000000  00000118
       0000000000000004  0000000000000004  AM       0     0     4
  [12] .symtab           SYMTAB           0000000000000000  00000120
       0000000000000108  0000000000000018          13     3     8
  [13] .strtab           STRTAB           0000000000000000  00000228
       0000000000000067  0000000000000000           0     0     1
  [14] .shstrtab         STRTAB           0000000000000000  000002f0
       000000000000007e  0000000000000000           0     0     1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  D (mbind), l (large), p (processor specific)


See this thread on tinycc-devel ML for reproduction and further analysis
https://lists.nongnu.org/archive/html/tinycc-devel/2026-01/msg00029.html

On my Debian/testing (amd64), binutils installed version =  
2.45.50.20251209-1+b1


regards, Laurent

-- System Information:
Debian Release: forky/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.38+deb13-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc6 depends on:
ii  libc-gconv-modules-extra  2.42-10+b1
ii  libgcc-s1                 15.2.0-12

Versions of packages libc6 recommends:
ii  libidn2-0  2.3.8-4+b1

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.91
pn  glibc-doc              <none>
ii  libc-l10n              2.42-10
ii  libnss-nis             3.1-5+b2
ii  libnss-nisplus         1.3-5+b3
ii  locales                2.42-10

-- debconf information excluded

--- End Message ---
--- Begin Message ---
Version: 2.42-11+b1

Hi,

On 2026-01-28 19:34, Laurent Cheylus wrote:
> Hi Aurélien,
> 
> ----- Mail original -----
> > Thanks, this happens when glibc is built with binutils >=
> > 2.45.50.20260119-1, and it's not related to a glibc change. There is
> > nothing we can do on the glibc side besides a rebuild against a fixed
> > binutils version, so cloning and reassigning the bug to binutils.
> 
> Thanks for your analysis and for having reassign this bug to 'binutils' 
> package.
>   
> > > See this thread on tinycc-devel ML for reproduction and further
> > > analysis
> > > https://lists.nongnu.org/archive/html/tinycc-devel/2026-01/msg00029.html
> > 
> > Thanks for the link. Could you tell me who has been informed on the
> > "official Debian IRC channel"? If someone already investigated the
> > issue it would avoid redoing the same work.
> 
> I don't know, I'm not the original reporter of this issue on the 
> 'tinycc-devel' mailing-list.

The bug has been fixed on the binutils side. glibc has been rebuilt 
against this fixed version, therefore libc6-dev 2.42-11+b1 does not have 
the issue anymore. This version is currently in unstable and should 
migrate to testing soon.

Regards
Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
[email protected]                     http://aurel32.net

--- End Message ---

Reply via email to