Package Details: glibc-git 2.33.r62.gebcf45a16c-2

Git Clone URL: https://aur.archlinux.org/glibc-git.git (read-only, click to copy)
Package Base: glibc-git
Description: GNU C Library
Upstream URL: https://www.gnu.org/software/libc/
Licenses: GPL, LGPL
Conflicts: glibc
Provides: glibc
Submitter: eschwartz
Maintainer: eschwartz
Last Packager: eschwartz
Votes: 5
Popularity: 0.118701
First Submitted: 2017-12-26 23:39 (UTC)
Last Updated: 2021-02-14 15:33 (UTC)

Dependencies (7)

Required by (3838)

Sources (2)

Latest Comments

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]: *** [../o-iterator.mk:9: /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: https://github.com/electron/electron/issues/13972#issuecomment-519740222

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