Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1279909 > unrolled thread

Bug#1126482: libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o

Started byLaurent Cheylus <foxy@free.fr>
First post2026-01-27 10:10 +0100
Last post2026-01-28 22:20 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1126482: libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o Laurent Cheylus <foxy@free.fr> - 2026-01-27 10:10 +0100
    Bug#1126482: libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o Aurelien Jarno <aurel32@debian.org> - 2026-01-27 22:30 +0100
      Bug#1126482: libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o Laurent Cheylus <foxy@free.fr> - 2026-01-28 22:20 +0100

#1279909 — Bug#1126482: libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o

FromLaurent Cheylus <foxy@free.fr>
Date2026-01-27 10:10 +0100
SubjectBug#1126482: libc6: Conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o
Message-ID<MhNfb-dG3L-7@gated-at.bofh.it>
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

[toc] | [next] | [standalone]

#1279958

FromAurelien Jarno <aurel32@debian.org>
Date2026-01-27 22:30 +0100
Message-ID<MhYNj-dNvh-1@gated-at.bofh.it>
In reply to#1279909
control: clone -1 -2
control: retitle -2 binutils: generates conflicting sections .note.GNU-stack in x86_64-linux-gnu/crt1.o
control: reassign -2 binutils
control: found -2 2.45.50.20251209-1
control: found -2 2.45.90.20260125-1
control: block -1 by -2
control: reassign -1 libc6-dev
control: affects -1 tcc

Hi,

On 2026-01-27 10:04, Laurent Cheylus wrote:
> 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)

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.
 
> 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.

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

FYI, libc6-dev 2.42-10 has been built with binutils 
2.45.50.20251209-1+b1 while libc6-dev 2.42-10+b1 has been built with 
binutils 2.45.50.20260119-1.

Regards
Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                     http://aurel32.net

[toc] | [prev] | [next] | [standalone]

#1280064

FromLaurent Cheylus <foxy@free.fr>
Date2026-01-28 22:20 +0100
Message-ID<Mil7b-e304-19@gated-at.bofh.it>
In reply to#1279958
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.

regards, Laurent

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web