gtk+3 build broken?

[gonwan]

brew config AND brew doctor output OR brew gist-logs <formula> link

brew config

HOMEBREW_VERSION: 5.0.5
ORIGIN: https://github.com/Homebrew/brew
HEAD: 70badad488056fb48cf687aa777f2880aac58fe9
Last commit: 3 days ago
Branch: stable
Core tap JSON: 11 Dec 00:14 UTC
HOMEBREW_PREFIX: /home/linuxbrew/.linuxbrew
HOMEBREW_CASK_OPTS: []
HOMEBREW_DISPLAY: :0
HOMEBREW_DOWNLOAD_CONCURRENCY: 32
HOMEBREW_FORBID_PACKAGES_FROM_PATHS: set
HOMEBREW_MAKE_JOBS: 16
Homebrew Ruby: 3.4.7 => /home/linuxbrew/.linuxbrew/Homebrew/Library/Homebrew/vendor/portable-ruby/3.4.7/bin/ruby
CPU: 16-core 64-bit zen4
Clang: 21.1.7
Git: 2.43.0 => /bin/git
Curl: 8.5.0 => /bin/curl
Kernel: Linux 6.14.0-37-generic x86_64 GNU/Linux
OS: Linux Mint 22.2 (zara)
Host glibc: 2.39
Host libstdc++: 6.0.33
/usr/bin/gcc: 13.3.0
/usr/bin/ruby: N/A
glibc: N/A
gcc@12: N/A
gcc: N/A
xorg: N/A

brew doctor

Your system is ready to brew.

Verification

• My brew doctor output says Your system is ready to brew. and am still able to reproduce my issue.
• I ran brew update and am still able to reproduce my issue.
• I have resolved all warnings from brew doctor and that did not fix my problem.
• I searched for recent similar issues at https://github.com/Homebrew/homebrew-core/issues?q=is%3Aissue and found no duplicates.
• My issue is not about a failure to build a formula from source.

What were you trying to do (and why)?

Install evince & gnome-papers, those 2 apps do not open.

What happened (include all command output)?

Before running from console.

export XDG_DATA_DIRS=/home/linuxbrew/.linuxbrew/share:$XDG_DATA_DIRS

evince gives:

...
(org.gnome.Evince:24832): Gtk-CRITICAL **: 08:59:42.248: Unable to load resource for composite template for type 'GtkSearchBar': The resource at “/org/gtk/libgtk/ui/gtksearchbar.ui” does not exist
...

gnome-papers gives:

...
(papers:39232): Gtk-CRITICAL **: 09:08:09.267: Unable to load resource for composite template for type 'AdwStatusPage': The resource at “/org/gnome/Adwaita/ui/adw-status-page.ui” does not exist
...
(papers:44105): Gtk-CRITICAL **: 09:11:43.491: Unable to load resource for composite template for type 'PpsView': The resource at “/org/gnome/papers/ui/view.ui” does not exist
...

evince error can be solved by source building gtk+3, while gnome-papaers errors can be solved by source building libadwaita & gnome-papers. Then both apps work.

File info of homebrew ones:

$ ls -alh /home/linuxbrew/.linuxbrew/Cellar/gtk+3/3.24.51/lib/libgtk-3.so.0.2419.32
-r-xr-xr-x 1 gonwan gonwan 8.4M Dec 11 08:15 /home/linuxbrew/.linuxbrew/Cellar/gtk+3/3.24.51/lib/libgtk-3.so.0.2419.32
$ ls -alh /home/linuxbrew/.linuxbrew/Cellar/libadwaita/1.8.2/lib/libadwaita-1.so.0
-r-xr-xr-x 1 gonwan gonwan 2.5M Dec 11 08:21 /home/linuxbrew/.linuxbrew/Cellar/libadwaita/1.8.2/lib/libadwaita-1.so.0

File info of source building ones:

$ ls -alh /home/linuxbrew/.linuxbrew/Cellar/gtk+3/3.24.51/lib/libgtk-3.so.0.2419.32
-r-xr-xr-x 1 gonwan gonwan 11M Dec 11 08:32 /home/linuxbrew/.linuxbrew/Cellar/gtk+3/3.24.51/lib/libgtk-3.so.0.2419.32
$ ls -alh /home/linuxbrew/.linuxbrew/Cellar/libadwaita/1.8.2/lib/libadwaita-1.so.0
-r-xr-xr-x 1 gonwan gonwan 2.7M Dec 11 08:32 /home/linuxbrew/.linuxbrew/Cellar/libadwaita/1.8.2/lib/libadwaita-1.so.0

They are different in size, and I am not able to find other difference with nm or objdump. Source building works on both Linuxmint 21.3(gcc-11) & Linuxmint 22.2 (gcc-13). gtk/libadwaita just fails to load ui resources in current homebrew build. The ui resources are transpiled into plain C source files, and built into binaries.

What did you expect to happen?

evince & gnome-papers just work.

Step-by-step reproduction instructions (by running brew commands)

...

[gonwan]

After some gdb work, found that gtk+3 is possibly miscompiled.
Attachment is a gtkresources.c generated from ui files in my local gtk+3 build. _gtk_resource_data is a global variable exported in .gresource.gtk section, which contains the transpiled ui byte array.

gtkresources.zip

With my local build:

$ nm  libgtk-3.so.0.2419.32 | grep resource_data
00000000000002f0 r _gtk_resource_data
$ readelf -S  libgtk-3.so.0.2419.32
There are 31 section headers, starting at offset 0x858fd0:

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .note.gnu.pr[...] NOTE             00000000000002a8  000002a8
       0000000000000020  0000000000000000   A       0     0     8
  [ 2] .note.gnu.bu[...] NOTE             00000000000002c8  000002c8
       0000000000000024  0000000000000000   A       0     0     4
  [ 3] .gresource.gtk    PROGBITS         00000000000002f0  000002f0
       0000000000180910  0000000000000000   A       0     0     8
  [ 4] .gnu.hash         GNU_HASH         0000000000180c00  00180c00
       000000000000772c  0000000000000000   A       5     0     8
  [ 5] .dynsym           DYNSYM           0000000000188330  00188330
       0000000000028710  0000000000000018   A       6     1     8
  [ 6] .dynstr           STRTAB           00000000001b0a40  001b0a40
       000000000002f578  0000000000000000   A       0     0     1
  [ 7] .gnu.version      VERSYM           00000000001dffb8  001dffb8
       00000000000035ec  0000000000000002   A       5     0     2
  [ 8] .gnu.version_r    VERNEED          00000000001e35a8  001e35a8
       00000000000000c0  0000000000000000   A       6     2     8
  [ 9] .rela.dyn         RELA             00000000001e3668  001e3668
       0000000000015720  0000000000000018   A       5     0     8
  [10] .rela.plt         RELA             00000000001f8d88  001f8d88
       000000000000d3c8  0000000000000018  AI       5    24     8
  [11] .init             PROGBITS         0000000000207000  00207000
       000000000000001b  0000000000000000  AX       0     0     4
  [12] .plt              PROGBITS         0000000000207020  00207020
       0000000000008d40  0000000000000010  AX       0     0     16
  [13] .plt.got          PROGBITS         000000000020fd60  0020fd60
       00000000000001c0  0000000000000010  AX       0     0     16
  [14] .plt.sec          PROGBITS         000000000020ff20  0020ff20
       0000000000008d30  0000000000000010  AX       0     0     16
  [15] .text             PROGBITS         0000000000218c50  00218c50
       000000000038fec1  0000000000000000  AX       0     0     16
  [16] .fini             PROGBITS         00000000005a8b14  005a8b14
       000000000000000d  0000000000000000  AX       0     0     4
  [17] .rodata           PROGBITS         00000000005a9000  005a9000
       00000000000939c7  0000000000000000   A       0     0     64
  [18] .eh_frame_hdr     PROGBITS         000000000063c9c8  0063c9c8
       000000000001eaf4  0000000000000000   A       0     0     4
  [19] .eh_frame         PROGBITS         000000000065b4c0  0065b4c0
       00000000000c95a4  0000000000000000   A       0     0     8
  [20] .init_array       INIT_ARRAY       0000000000725fb0  00724fb0
       0000000000000008  0000000000000008  WA       0     0     8
  [21] .fini_array       FINI_ARRAY       0000000000725fb8  00724fb8
       0000000000000008  0000000000000008  WA       0     0     8
  [22] .data.rel.ro      PROGBITS         0000000000725fc0  00724fc0
       000000000000b180  0000000000000000  WA       0     0     32
  [23] .dynamic          DYNAMIC          0000000000731140  00730140
       0000000000000360  0000000000000010  WA       6     0     8
  [24] .got              PROGBITS         00000000007314a0  007304a0
       0000000000004b48  0000000000000008  WA       0     0     8
  [25] .data             PROGBITS         0000000000736000  00735000
       0000000000001da8  0000000000000000  WA       0     0     32
  [26] .bss              NOBITS           0000000000737dc0  00736da8
       0000000000005488  0000000000000000  WA       0     0     32
  [27] .comment          PROGBITS         0000000000000000  00736da8
       000000000000002b  0000000000000001  MS       0     0     1
  [28] .symtab           SYMTAB           0000000000000000  00736dd8
       0000000000099bb8  0000000000000018          29   19336     8
  [29] .strtab           STRTAB           0000000000000000  007d0990
       000000000008851d  0000000000000000           0     0     1
  [30] .shstrtab         STRTAB           0000000000000000  00858ead
       0000000000000120  0000000000000000           0     0     1

Note the address of .gresource.gtk section, it is exported by gtk with __attribute__ ((section (".gresource.gtk")) in generated gtkresources.c. The value from nm(0x02f0) and readelf(0x02f0) are equal, so that gtk can load ui files from it.

With current homebrew build:

$ nm  libgtk-3.so.0.2419.32 | grep resource_data
00000000000002f0 r _gtk_resource_data
$ readelf -S libgtk-3.so.0.2419.32
There are 31 section headers, starting at offset 0x852708:

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .gnu.hash         GNU_HASH         0000000000180c00  00180c00
       000000000000772c  0000000000000000   A       2     0     8
  [ 2] .dynsym           DYNSYM           0000000000188330  00188330
       0000000000028710  0000000000000018   A      27     1     8
  [ 3] .gnu.version      VERSYM           00000000001dff42  001dff42
       00000000000035ec  0000000000000002   A       2     0     2
  [ 4] .gnu.version_r    VERNEED          00000000001e3530  001e3530
       00000000000000a0  0000000000000000   A      27     2     8
  [ 5] .rela.dyn         RELA             00000000001e35d0  001e35d0
       00000000000163c8  0000000000000018   A       2     0     8
  [ 6] .rela.plt         RELA             00000000001f9998  001f9998
       000000000000d3c8  0000000000000018  AI       2    20     8
  [ 7] .init             PROGBITS         0000000000207000  00207000
       000000000000001b  0000000000000000  AX       0     0     4
  [ 8] .plt              PROGBITS         0000000000207020  00207020
       0000000000008d40  0000000000000010  AX       0     0     16
  [ 9] .plt.got          PROGBITS         000000000020fd60  0020fd60
       00000000000001c0  0000000000000010  AX       0     0     16
  [10] .plt.sec          PROGBITS         000000000020ff20  0020ff20
       0000000000008d30  0000000000000010  AX       0     0     16
  [11] .text             PROGBITS         0000000000218c50  00218c50
       00000000003843a1  0000000000000000  AX       0     0     16
  [12] .fini             PROGBITS         000000000059cff4  0059cff4
       000000000000000d  0000000000000000  AX       0     0     4
  [13] .rodata           PROGBITS         000000000059e000  0059e000
       00000000000932e7  0000000000000000   A       0     0     32
  [14] .eh_frame_hdr     PROGBITS         00000000006312e8  006312e8
       000000000001eb6c  0000000000000000   A       0     0     4
  [15] .eh_frame         PROGBITS         000000000064fe58  0064fe58
       00000000000cdfb8  0000000000000000   A       0     0     8
  [16] .init_array       INIT_ARRAY       000000000071efd0  0071dfd0
       0000000000000008  0000000000000008  WA       0     0     8
  [17] .fini_array       FINI_ARRAY       000000000071efd8  0071dfd8
       0000000000000008  0000000000000008  WA       0     0     8
  [18] .data.rel.ro      PROGBITS         000000000071efe0  0071dfe0
       000000000000b180  0000000000000000  WA       0     0     32
  [19] .dynamic          DYNAMIC          000000000072a160  00729160
       0000000000000360  0000000000000010  WA      27     0     8
  [20] .got              PROGBITS         000000000072a4c0  007294c0
       0000000000004b40  0000000000000008  WA       0     0     8
  [21] .data             PROGBITS         000000000072f000  0072e000
       0000000000002248  0000000000000000  WA       0     0     32
  [22] .bss              NOBITS           0000000000731260  00730248
       0000000000005488  0000000000000000  WA       0     0     32
  [23] .comment          PROGBITS         0000000000000000  00730248
       000000000000002d  0000000000000001  MS       0     0     1
  [24] .symtab           SYMTAB           0000000000000000  00730278
       0000000000099d50  0000000000000018          25   19353     8
  [25] .strtab           STRTAB           0000000000000000  007c9fc8
       000000000008861e  0000000000000000           0     0     1
  [26] .shstrtab         STRTAB           0000000000000000  008525e6
       0000000000000120  0000000000000000           0     0     1
  [27] .dynstr           STRTAB           0000000000737000  00853000
       0000000000030453  0000000000000000   A       0     0     8
  [28] .gresource.gtk    PROGBITS         0000000000767458  00883458
       0000000000180910  0000000000000000   A       0     0     8
  [29] .note.gnu.bu[...] NOTE             00000000008e7d68  00a03d68
       0000000000000024  0000000000000000   A       0     0     4
  [30] .note.gnu.pr[...] NOTE             00000000008e7d90  00a03d90
       0000000000000020  0000000000000000   A       0     0     8

The address of .gresource.gtk section in nm(0x02f0) and readelf(0x767458) are not equal. Thus gtk will not find the ui definition with a wrong address.

Can you further comfirm: is this a gcc bug? or maybe caused by some CI workflow? Thanks.

[gonwan]

Looks like .dynstr, .gresource.gtk, .note.gnu.build-id and .note.gnu.property sections are relocated to the end of the file.

[fxcoudert]

This could be due to an issue in ELF patching done by brew. It would be interesting to make sure by:

• building from source, where things work
• creating your own bottle
• installing this bottle
• confirm that the bottle install leads to failure

[gonwan]

Already tried brew reinstall --build-from-source gtk+3, that's what I meant in my second post. Seems there is no patchelf process when running this command.

[fxcoudert]

If I understand correctly, the homebrew bottles lead to failure, and your local build (inside homebrew) does not lead to failure. There are then two ways the problem can be introduced:

• miscompilation of some kind in our CI build
• issue in the bottling/unbottling process

Since your comments point out that there is some (wrong) relocation of sections happening, I take this as a hint that it might be the second option. We could confirm that if you build from source with brew install --build-bottle, then install the bottle produced.

[gonwan]

OK. Tried brew install --build-bottle gtk+3. The formula was installed automatically. No relocation found. Evince run fine.

Then run brew bottle gtk+3 to package it. The installed libgtk+3.so in /home/linuxbrew was relocated in the process. BUT, the libgtk+3.so in the packaged bottle was not.

[cho-m]

The installed libgtk+3.so in /home/linuxbrew was relocated in the process.

To clarify, are you confirming the original error happens after brew bottle?

---

It is possible the issue may be fixed in upstream NixOS patchelf, but we don't have fix in patchelf.rb yet.

Something like NixOS/patchelf@2655939 could help.

However, pulling in new patchelf changes pulls in new bugs. We still need further testing before we can update patchelf.rb.

---

In the past, we've not had many issues with rearranging sections, but there has been a steady increase in stuff that needs them in a specific location. This results in requiring workarounds for:

• protobuf - https://github.com/Homebrew/brew/blob/5.0.5/Library/Homebrew/extend/os/linux/keg_relocate.rb#L34-L37
• go - https://github.com/Homebrew/brew/blob/5.0.5/Library/Homebrew/extend/os/linux/extend/ENV/super.rb#L53-L55

One option is another workaround similar to protobuf to avoid relocation when certain section is found.

[gonwan]

To clarify, are you confirming the original error happens after brew bottle?

Yes. Further verified with libadwaita & gnome-papers. You may want to check .gresource.gtk section for gtk+3, and .gresource.adw & .gresource.adw_stylesheet sections for libadwaita in patchelf as workaround.