Package Base Details: glibc-git

Git Clone URL: (read-only, click to copy)
Submitter: eschwartz
Maintainer: vextium (ptr1337)
Last Packager: ptr1337
Votes: 5
Popularity: 0.000246
First Submitted: 2017-12-26 23:39 (UTC)
Last Updated: 2023-02-12 12:40 (UTC)

Latest Comments

bidulock commented on 2022-08-05 19:25 (UTC)

I added the following line to get it to work:

diff --git a/PKGBUILD b/PKGBUILD
index e80ee0f..e611180 100644
@@ -4,8 +4,8 @@
 # All my PKGBUILDs are managed at

 pkgdesc='GNU C Library'
 arch=('i686' 'x86_64')
@@ -28,6 +28,7 @@ sha256sums=('SKIP'

 # remove default hardening for building libraries

 pkgver() {
     cd glibc

jeisom commented on 2022-04-05 22:43 (UTC)

@jlocks @muio

In your makepkg.conf, comment out the "CPPFLAGS" variable and it should work. it was defined as "-D_FORTIFY_SOURCE=2" on mine and removing it resolved it.

muio commented on 2022-02-06 04:46 (UTC) (edited on 2022-02-06 06:27 (UTC) by muio)

I'm getting the same error as @jlocks

This is how I try to build it:

$ makepkg -si --nocheck --config=/usr/share/devtools/makepkg-x86_64.conf

jlocks commented on 2021-12-28 20:00 (UTC) (edited on 2021-12-28 20:01 (UTC) by jlocks)

syslog.c: В функции «__vsyslog_internal»:
syslog.c:113:30: ошибка: inlining failed in call to «always_inline» «syslog»: function not inlinable
  113 | ldbl_strong_alias (__syslog, syslog)
      |                              ^~~~~~
./../include/libc-symbols.h:143:26: замечание: в определении макроса «_strong_alias»
  143 |   extern __typeof (name) aliasname __attribute__ ((alias (#name))) \
      |                          ^~~~~~~~~
../sysdeps/generic/math_ldbl_opt.h:14:44: замечание: в расширении макроса «strong_alias»
   14 | #define ldbl_strong_alias(name, aliasname) strong_alias (name, aliasname)
      |                                            ^~~~~~~~~~~~
syslog.c:113:1: замечание: в расширении макроса «ldbl_strong_alias»
  113 | ldbl_strong_alias (__syslog, syslog)
      | ^~~~~~~~~~~~~~~~~
syslog.c:155:17: замечание: которая вызвана здесь
  155 |                 syslog(INTERNALLOG,
      |                 ^~~~~~~~~~~~~~~~~~~
  156 |                     "syslog: unknown facility/priority: %x", pri);
      |                     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [../ /tmp/yaourt-tmp-usersudo/aur-glibc-git/src/build/misc/syslog.o] Ошибка 1
make[2]: выход из каталога «/tmp/yaourt-tmp-usersudo/aur-glibc-git/src/glibc/misc»
make[1]: *** [Makefile:483: misc/subdir_lib] Ошибка 2
make[1]: выход из каталога «/tmp/yaourt-tmp-usersudo/aur-glibc-git/src/glibc»
make: *** [Makefile:9: all] Ошибка 2

eschwartz commented on 2019-08-21 23:34 (UTC)

It's resolved in the sense that electron was fixed, not in the sense that all proprietary applications have upgraded their vendored electron from <=2.0.7 to at least 2.0.8

If there are statistics on how much proprietary software is still affected, we should presumably take that into account for core/glibc as well.

Terence commented on 2019-08-21 11:26 (UTC) (edited on 2019-08-21 11:35 (UTC) by Terence)

0001-Revert-elf-Correct-absolute-SHN_ABS-symbol-run-time-.patch doesn't apply anymore. However, it doesn't look like it's needed anymore:

eschwartz commented on 2019-01-22 06:06 (UTC)

I regularly build this package, and the last time I did so was a mere 8 days ago as the Last Updated date indicates.

Regardless, I've just done and published another scratch build to my custom repo and it works fine. Since you've provided no information about your error I'm forced to assume there is something wrong with your environment...

davem commented on 2019-01-22 05:14 (UTC)

with the latest archlinux updated or latest manjaro this aur package cannot be compiled

checking whether to use .ctors/.dtors header and trailer... configure: error: missing attribute ((constructor)) support??