Bug#817960: libc6: relocation error version GLIBC_PRIVATE not defined in file libc.so.6

[Chiraag Nataraj]

Package: libc6
Version: 2.22-2
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

When I upgrade from libc6 2.21-9 to 2.22-2, I get the error "relocation error 
version GLIBC_PRIVATE not defined in file libc.so.6" whenever I launch most 
programs (sed, grep, ls, etc.) and the program fails to start. This extends to 
booting up and so the system is unbootable.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-rc7-chiraag (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

[glibc] branch sid updated (0d9b726 -> 16b7037)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch sid
in repository glibc.

  from  0d9b726   debian/sysdeps/powerpcspe.mk: pass --without-fp to the 
configure script on powerpcspe.  Closes: #817926.
   new  16b7037   debian/rules.d/control.mk: add nios2 architecture.  
Closes: #817944.

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog  |  1 +
 debian/control| 10 +-
 debian/rules.d/control.mk |  2 +-
 3 files changed, 7 insertions(+), 6 deletions(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

Processed: Bug#817944 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 817944 pending
Bug #817944 [src:glibc] nios2 support
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817944: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817944
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

[glibc] 01/01: debian/rules.d/control.mk: add nios2 architecture. Closes: #817944.

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch sid
in repository glibc.

commit 16b7037e7cd84903e8e7e46501857f7753b29ac1
Author: Aurelien Jarno 
Date:   Fri Mar 11 22:57:56 2016 +0100

debian/rules.d/control.mk: add nios2 architecture.  Closes: #817944.
---
 debian/changelog  |  1 +
 debian/control| 10 +-
 debian/rules.d/control.mk |  2 +-
 3 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 828f42c..be23ebe 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -9,6 +9,7 @@ glibc (2.22-3) UNRELEASED; urgency=medium
 fields in C.UTF-8 locale.  Closes: #817895.
   * debian/sysdeps/powerpcspe.mk: pass --without-fp to the configure script
 on powerpcspe.  Closes: #817926.
+  * debian/rules.d/control.mk: add nios2 architecture.  Closes: #817944.
 
  -- Aurelien Jarno   Thu, 10 Mar 2016 22:29:17 +0100
 
diff --git a/debian/control b/debian/control
index b16d623..cbce152 100644
--- a/debian/control
+++ b/debian/control
@@ -158,7 +158,7 @@ Description: Transitional package to ensure multiarch 
compatibility
  be removed once nothing on the system depends on it.
 
 Package: libc6
-Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390x 
sh4 x32
+Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc sparc64 
s390x sh4 x32
 Section: libs
 Priority: required
 Multi-Arch: same
@@ -187,7 +187,7 @@ Description: GNU C Library: Shared libraries
  and the standard math library, as well as many others.
 
 Package: libc6-dev
-Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390x 
sh4 x32
+Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc sparc64 
s390x sh4 x32
 Section: libdevel
 Priority: optional
 Multi-Arch: same
@@ -202,7 +202,7 @@ Description: GNU C Library: Development Libraries and 
Header Files
  and link programs which use the standard C library.
 
 Package: libc6-dbg
-Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390x 
sh4 x32
+Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc sparc64 
s390x sh4 x32
 Section: debug
 Priority: extra
 Multi-Arch: same
@@ -214,7 +214,7 @@ Description: GNU C Library: detached debugging symbols
  library.
 
 Package: libc6-pic
-Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390x 
sh4 x32
+Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc sparc64 
s390x sh4 x32
 Section: libdevel
 Priority: optional
 Multi-Arch: same
@@ -230,7 +230,7 @@ Description: GNU C Library: PIC archive library
 
 Package: libc6-udeb
 Package-Type: udeb
-Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390x 
sh4 x32
+Architecture: amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc sparc64 
s390x sh4 x32
 Section: debian-installer
 Priority: extra
 Provides: libc6, libc-udeb, ${locale-compat:Depends}
diff --git a/debian/rules.d/control.mk b/debian/rules.d/control.mk
index a1983c7..805a54a 100644
--- a/debian/rules.d/control.mk
+++ b/debian/rules.d/control.mk
@@ -1,7 +1,7 @@
 libc_packages := libc6 libc6.1 libc0.1 libc0.3
 libc0_1_archs := kfreebsd-amd64 kfreebsd-i386
 libc0_3_archs := hurd-i386
-libc6_archs   := amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390x 
sh4 x32
+libc6_archs   := amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc sparc64 
s390x sh4 x32
 libc6_1_archs := alpha
 
 control_deps := $(wildcard debian/control.in/*) $(addprefix 
debian/control.in/, $(libc_packages))

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

Bug#817944: nios2 support

[Helmut Grohne]

Source: glibc
Version: 2.22-2
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Dear glibc maintainers,

>From a Debian pov, nios2 is a pretty new architecture. It has been added
to dpkg in version 1.18.4. Marek Vasut has been working on actually
bootstrapping the port and things seem to be going well. At this time,
we need one binutils patch[1] and one gcc patch[2], both of which are
upstream already. The matter for glibc is rather simple as well with

sed -i -e 's/^libc6_archs *:=.*/& nios2/' debian/rules.d/control.mk

and then regenerating debian/control. No further nios2 patches on top of
Debian unstable are necessary to bootstrap the toolchain. Can you apply
this patch?

Helmut

[1] 
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=patch;h=a7be2893a6449e64fe6cfcdd8700b0a367a69f19
[2] 
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=1d67120d95c2c6e0ed4f7357d1cc62887eaba463

[glibc] branch sid updated (a236f75 -> 0d9b726)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch sid
in repository glibc.

  from  a236f75   debian/patches/localedata/locale-C.diff: fix LC_TIME week 
and d_t_fmt fields in C.UTF-8 locale.  Closes: #817895.
   new  0d9b726   debian/sysdeps/powerpcspe.mk: pass --without-fp to the 
configure script on powerpcspe.  Closes: #817926.

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 2 ++
 debian/sysdeps/powerpcspe.mk | 3 +++
 2 files changed, 5 insertions(+)
 create mode 100644 debian/sysdeps/powerpcspe.mk

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

Processed: Bug#817926 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 817926 pending
Bug #817926 [src:glibc] glibc: Please build with "--without-fp" on powerpcspe 
to enable FPU emulation
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817926: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817926
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: bug 817900 is forwarded to https://sourceware.org/bugzilla/show_bug.cgi?id=19810

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 817900 https://sourceware.org/bugzilla/show_bug.cgi?id=19810
Bug #817900 [libc6] libc6: dl_open causes SIGSEGV
Set Bug forwarded-to-address to 
'https://sourceware.org/bugzilla/show_bug.cgi?id=19810'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817900
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

[glibc] 01/01: debian/sysdeps/powerpcspe.mk: pass --without-fp to the configure script on powerpcspe. Closes: #817926.

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch sid
in repository glibc.

commit 0d9b726ce6b29614d1ddd4e55502a9221cfb4d04
Author: Aurelien Jarno 
Date:   Fri Mar 11 19:35:36 2016 +0100

debian/sysdeps/powerpcspe.mk: pass --without-fp to the configure script on 
powerpcspe.  Closes: #817926.
---
 debian/changelog | 2 ++
 debian/sysdeps/powerpcspe.mk | 3 +++
 2 files changed, 5 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a731f86..828f42c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,6 +7,8 @@ glibc (2.22-3) UNRELEASED; urgency=medium
 workaround a missing SH4 specific __builtin_trap implementation in GCC.
   * debian/patches/localedata/locale-C.diff: fix LC_TIME week and d_t_fmt
 fields in C.UTF-8 locale.  Closes: #817895.
+  * debian/sysdeps/powerpcspe.mk: pass --without-fp to the configure script
+on powerpcspe.  Closes: #817926.
 
  -- Aurelien Jarno   Thu, 10 Mar 2016 22:29:17 +0100
 
diff --git a/debian/sysdeps/powerpcspe.mk b/debian/sysdeps/powerpcspe.mk
new file mode 100644
index 000..a0e1639
--- /dev/null
+++ b/debian/sysdeps/powerpcspe.mk
@@ -0,0 +1,3 @@
+# configuration options for all flavours
+extra_config_options = --without-fp
+

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

[glibc] branch sid updated (eaa3701 -> a236f75)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch sid
in repository glibc.

  from  eaa3701   debian/sysdeps/sh4.mk: build with 
-fno-delete-null-pointer-checks to workaround a missing SH4 specific 
__builtin_trap implementation in GCC.
   new  eebf6fc   Update from upstream stable branch:
   new  a236f75   debian/patches/localedata/locale-C.diff: fix LC_TIME week 
and d_t_fmt fields in C.UTF-8 locale.  Closes: #817895.

The 2 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog|  5 +
 debian/patches/git-updates.diff | 22 ++
 debian/patches/localedata/locale-C.diff | 10 ++
 3 files changed, 25 insertions(+), 12 deletions(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

Processed: Bug#817879 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 817879 pending
Bug #817879 [libc6] libc.so.6: fail to build shared objects that use libmvec.so 
functions
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817879
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Bug#817895 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 817895 pending
Bug #817895 [locales] locales: C and C.UTF-8 differ where they should not
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817895
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: glibc issues on powerpcspe

[John Paul Adrian Glaubitz]

On 03/11/2016 01:10 PM, John Paul Adrian Glaubitz wrote:
> There must be something I am overlooking which will enable soft-fp
> support in glibc.

Alright, we just need to pass "--without-fp" when building on
powerpcspe, see [1]. I'm surprised this happen by default
on powerpcspe.

Adrian

> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817926

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

[glibc] 02/02: debian/patches/localedata/locale-C.diff: fix LC_TIME week and d_t_fmt fields in C.UTF-8 locale. Closes: #817895.

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch sid
in repository glibc.

commit a236f75e3480bc71488dcbc875e3deabf5ce8ef0
Author: Aurelien Jarno 
Date:   Fri Mar 11 18:30:30 2016 +0100

debian/patches/localedata/locale-C.diff: fix LC_TIME week and d_t_fmt 
fields in C.UTF-8 locale.  Closes: #817895.
---
 debian/changelog|  2 ++
 debian/patches/localedata/locale-C.diff | 10 ++
 2 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 344bfd2..a731f86 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,8 @@ glibc (2.22-3) UNRELEASED; urgency=medium
   #817879.
   * debian/sysdeps/sh4.mk: build with -fno-delete-null-pointer-checks to
 workaround a missing SH4 specific __builtin_trap implementation in GCC.
+  * debian/patches/localedata/locale-C.diff: fix LC_TIME week and d_t_fmt
+fields in C.UTF-8 locale.  Closes: #817895.
 
  -- Aurelien Jarno   Thu, 10 Mar 2016 22:29:17 +0100
 
diff --git a/debian/patches/localedata/locale-C.diff 
b/debian/patches/localedata/locale-C.diff
index aebd768..4f272c4 100644
--- a/debian/patches/localedata/locale-C.diff
+++ b/debian/patches/localedata/locale-C.diff
@@ -4,7 +4,7 @@
 
 --- /dev/null
 +++ b/localedata/locales/C
-@@ -0,0 +1,395038 @@
+@@ -0,0 +1,395040 @@
 +escape_char /
 +comment_char %
 +% Locale for C locale in UTF-8
@@ -395012,13 +395012,15 @@
 +%
 +% ISO 8601 conforming applications should use the values 7, 19971201 (a
 +% Monday), and 4 (Thursday), respectively.
-+week7;19971130;7
++week7;19971130;4
 +first_weekday 1
 +first_workday 2
 +
 +% Appropriate date and time representation (%c)
-+% "%a %d %b %Y %r %Z"
-+d_t_fmt 
""
++% "%a %b %e %H:%M:%S %Y"
++d_t_fmt "/
++/
++"
 +
 +% Appropriate date representation (%x)
 +% "%m/%d/%y"

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

[glibc] 01/02: Update from upstream stable branch:

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch sid
in repository glibc.

commit eebf6fce1e65cb21fa7d8fe01ce6506043e16dbb
Author: Aurelien Jarno 
Date:   Fri Mar 11 18:30:30 2016 +0100

Update from upstream stable branch:

* Update from upstream stable branch:
  - Fix linking shared objects that use libmvec.so functions.  Closes:
#817879.
---
 debian/changelog|  3 +++
 debian/patches/git-updates.diff | 22 ++
 2 files changed, 17 insertions(+), 8 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index f616a6b..344bfd2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,8 @@
 glibc (2.22-3) UNRELEASED; urgency=medium
 
+  * Update from upstream stable branch:
+- Fix linking shared objects that use libmvec.so functions.  Closes:
+  #817879.
   * debian/sysdeps/sh4.mk: build with -fno-delete-null-pointer-checks to
 workaround a missing SH4 specific __builtin_trap implementation in GCC.
 
diff --git a/debian/patches/git-updates.diff b/debian/patches/git-updates.diff
index c6b108f..bcc4831 100644
--- a/debian/patches/git-updates.diff
+++ b/debian/patches/git-updates.diff
@@ -1,10 +1,17 @@
 GIT update of git://sourceware.org/git/glibc.git/release/2.22/master from 
glibc-2.22
 
 diff --git a/ChangeLog b/ChangeLog
-index cb9124e..6e42a1e 100644
+index cb9124e..b224f46 100644
 --- a/ChangeLog
 +++ b/ChangeLog
-@@ -1,3 +1,372 @@
+@@ -1,3 +1,379 @@
++2016-02-17  Andrew Senkevich  
++  H.J. Lu  
++
++  [BZ #19590]
++  * sysdeps/x86_64/fpu/svml_finite_alias.S (ALIAS_IMPL): Use PIC
++  relocation.
++
 +2015-09-24  Joseph Myers  
 +
 +  [BZ #19003]
@@ -378,7 +385,7 @@ index cb9124e..6e42a1e 100644
  
* version.h (RELEASE): Set to "stable".
 diff --git a/NEWS b/NEWS
-index 4c31de7..4679258 100644
+index 4c31de7..93c46af 100644
 --- a/NEWS
 +++ b/NEWS
 @@ -5,6 +5,31 @@ See the end for copying conditions.
@@ -405,7 +412,7 @@ index 4c31de7..4679258 100644
 +
 +  17905, 18420, 18421, 18480, 18589, 18743, 18778, 18781, 18787, 18796,
 +  18870, 18887, 18921, 18928, 18969, 18985, 19003, 19018, 19058, 19174,
-+  19178, 19682.
++  19178, 19590, 19682.
 +
 +* The LD_POINTER_GUARD environment variable can no longer be used to
 +  disable the pointer guard feature.  It is always enabled.
@@ -3635,10 +3642,10 @@ index 86ea473..631534a 100644
  CFLAGS-mpatan-fma4.c = -mfma4
 diff --git a/sysdeps/x86_64/fpu/svml_finite_alias.S 
b/sysdeps/x86_64/fpu/svml_finite_alias.S
 new file mode 100644
-index 000..f8bcfeb
+index 000..aed1661
 --- /dev/null
 +++ b/sysdeps/x86_64/fpu/svml_finite_alias.S
-@@ -0,0 +1,59 @@
+@@ -0,0 +1,58 @@
 +/* These aliases added as workaround to exclude unnecessary symbol
 +   aliases in libmvec.so while compiler creates the vector names
 +   based on scalar asm name.  Corresponding discussion is at
@@ -3664,8 +3671,7 @@ index 000..f8bcfeb
 +
 +#define ALIAS_IMPL(alias, target) \
 +ENTRY (alias); \
-+  call target; \
-+  ret; \
++  jmp *target@GOTPCREL(%rip); \
 +END (alias)
 +
 +  .text

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/glibc.git

Bug#817926: glibc: Please build with "--without-fp" on powerpcspe to enable FPU emulation

[John Paul Adrian Glaubitz]

Source: glibc
Version: 2.22-2
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: powerpcspe

Hello!

glibc currently fails to build from source on powerpcspe because the configure
script defaults to "--with-fp" even when building natively on powerpcspe (e500).

Although the glibc build system detects e500 through the non-availability of 
FPRs
in sysdeps/powerpc/preconfigure:

case "$machine" in
powerpc64*)
  base_machine=powerpc machine=powerpc/powerpc64
  ;;
powerpc*)
  # Check for e500.
  $CC $CFLAGS $CPPFLAGS -E -dM -xc /dev/null > conftest.i
  if grep -q __NO_FPRS__ conftest.i && ! grep -q _SOFT_FLOAT conftest.i; then
base_machine=powerpc machine=powerpc/powerpc32/e500
  else
base_machine=powerpc machine=powerpc/powerpc32
  fi
  rm -f conftest.i
  ;;
esac

it does not enable the FPU emulation code with the "--without-fp" switch which
results in the aforementioned FTBFS [1]. Enabling FPU emulation in glibc is
also a requirement to be able to build gcc-5 on powerpcspe since newer versions
of gcc have been modified to use the FPU emulation in glibc instead of their
own emulation code in libgcc [2].

Thanks,
Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=glibc=powerpcspe=2.19-18=1429072945
> [2] https://patchwork.ozlabs.org/patch/405072/

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Processed: Re: Bug#817879: csound: FTBFS: libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared o

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 libc.so.6: fail to build shared objects that use libmvec.so 
> functions
Bug #817879 [src:csound] csound: FTBFS: 
libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against 
undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a 
shared object; recompile with -fPIC
Changed Bug title to 'libc.so.6: fail to build shared objects that use 
libmvec.so functions' from 'csound: FTBFS: 
libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against 
undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a 
shared object; recompile with -fPIC'
> reassign -1 libc6
Bug #817879 [src:csound] libc.so.6: fail to build shared objects that use 
libmvec.so functions
Bug reassigned from package 'src:csound' to 'libc6'.
No longer marked as found in versions csound/1:6.05~dfsg1-7.
Ignoring request to alter fixed versions of bug #817879 to the same values 
previously set
> affects -1 csound
Bug #817879 [libc6] libc.so.6: fail to build shared objects that use libmvec.so 
functions
Added indication that 817879 affects csound
> forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=19590
Bug #817879 [libc6] libc.so.6: fail to build shared objects that use libmvec.so 
functions
Set Bug forwarded-to-address to 
'https://sourceware.org/bugzilla/show_bug.cgi?id=19590'.

-- 
817879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817879
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#817879: csound: FTBFS: libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; reco

[Aurelien Jarno]

control: retitle -1 libc.so.6: fail to build shared objects that use libmvec.so 
functions
control: reassign -1 libc6
control: affects -1 csound
control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=19590

On 2016-03-11 10:10, Felipe Sateler wrote:
> Control: tags -1 help
> 
> On 11 March 2016 at 05:51, Chris Lamb  wrote:
> >
> > Source: csound
> > Version: 1:6.05~dfsg1-7
> > Severity: serious
> > Justification: fails to build from source
> > User: reproducible-bui...@lists.alioth.debian.org
> > Usertags: ftbfs
> > X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> >
> > Dear Maintainer,
> >
> > csound fails to build from source in unstable/amd64:
> >
> >   [..]
> >
> > CMakeFiles/csound64.dir/InOut/libmpadec/mp3dec.c.o 
> > CMakeFiles/csound64.dir/csound_orclex.c.o 
> > CMakeFiles/csound64.dir/csound_orcparse.c.o 
> > CMakeFiles/csound64.dir/csound_prelex.c.o 
> > CMakeFiles/csound64.dir/Engine/csound_orc_semantics.c.o 
> > CMakeFiles/csound64.dir/Engine/csound_orc_expressions.c.o 
> > CMakeFiles/csound64.dir/Engine/csound_orc_optimize.c.o 
> > CMakeFiles/csound64.dir/Engine/csound_orc_compile.c.o 
> > CMakeFiles/csound64.dir/Engine/new_orc_parser.c.o 
> > CMakeFiles/csound64.dir/Engine/symbtab.c.o 
> > CMakeFiles/csound64.dir/Engine/cs_new_dispatch.c.o 
> > CMakeFiles/csound64.dir/Engine/cs_par_base.c.o 
> > CMakeFiles/csound64.dir/Engine/cs_par_orc_semantic_analysis.c.o 
> > CMakeFiles/csound64.dir/Engine/cs_par_dispatch.c.o -lsndfile -lpthread -lm 
> > -ldl
> >   /usr/bin/ld: 
> > /usr/lib/x86_64-linux-gnu/libmvec_nonshared.a(svml_finite_alias.oS): 
> > relocation R_X86_64_PC32 against undefined symbol 
> > `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; 
> > recompile with -fPIC
> 
> My first guess this is a bug in libc. The linker script in libm.so
> instructs the inclusion of libmvec_nonshared, so one would expect to
> libmvec_nonshared to be something that can be linked into a shared
> object.

This is indeed a glibc bug. I am therefore reassigning the bug there, it
will be fixed in the next upload.

Aurelien

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

Processed: tagging 817900

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 817900 + upstream
Bug #817900 [libc6] libc6: dl_open causes SIGSEGV
Added tag(s) upstream.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817900
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: tagging 817900

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 817900 + confirmed
Bug #817900 [libc6] libc6: dl_open causes SIGSEGV
Added tag(s) confirmed.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
817900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817900
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#817879: csound: FTBFS: libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; reco

[Felipe Sateler]

Control: tags -1 help

On 11 March 2016 at 05:51, Chris Lamb  wrote:
>
> Source: csound
> Version: 1:6.05~dfsg1-7
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>
> Dear Maintainer,
>
> csound fails to build from source in unstable/amd64:
>
>   [..]
>
> CMakeFiles/csound64.dir/InOut/libmpadec/mp3dec.c.o 
> CMakeFiles/csound64.dir/csound_orclex.c.o 
> CMakeFiles/csound64.dir/csound_orcparse.c.o 
> CMakeFiles/csound64.dir/csound_prelex.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_semantics.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_expressions.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_optimize.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_compile.c.o 
> CMakeFiles/csound64.dir/Engine/new_orc_parser.c.o 
> CMakeFiles/csound64.dir/Engine/symbtab.c.o 
> CMakeFiles/csound64.dir/Engine/cs_new_dispatch.c.o 
> CMakeFiles/csound64.dir/Engine/cs_par_base.c.o 
> CMakeFiles/csound64.dir/Engine/cs_par_orc_semantic_analysis.c.o 
> CMakeFiles/csound64.dir/Engine/cs_par_dispatch.c.o -lsndfile -lpthread -lm 
> -ldl
>   /usr/bin/ld: 
> /usr/lib/x86_64-linux-gnu/libmvec_nonshared.a(svml_finite_alias.oS): 
> relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' 
> can not be used when making a shared object; recompile with -fPIC

My first guess this is a bug in libc. The linker script in libm.so
instructs the inclusion of libmvec_nonshared, so one would expect to
libmvec_nonshared to be something that can be linked into a shared
object.

Dear libc maintainers, is the above assessment correct, or is csound
doing something unexpected? Some data points:

1. The failure is at linking a shared library libcsound
2. The shared library uses -lm
2. The library uses OpenMP
3. Removing the mvec_nonshared makes the shared library link pass, but
not the end executables that link with libcsound, complaining about
undefined references.
4. The binaries do not use -lm

Assistance on this matter is appreciated, I do not know what can be
done to fix this.


-- 

Saludos,
Felipe Sateler

Re: glibc issues on powerpcspe

[John Paul Adrian Glaubitz]

On 03/11/2016 08:42 AM, John Paul Adrian Glaubitz wrote:
> Now, since gcc-5 relies on the FPU emulation code to be present in
> glibc, I tried to force-enable e500 support in glibc:
> 
> case "$machine" in
> powerpc)
> #  $CC $CFLAGS $CPPFLAGS -E -dM -xc /dev/null > conftest.i
> #  if grep -q __NO_FPRS__ conftest.i && ! grep -q _SOFT_FLOAT
> conftest.i; then
> base_machine=powerpc machine=powerpc/powerpc32/e500
> #  fi
>   rm -f conftest.i
>   ;;
> esac

And surprisingly, that doesn't help to enforce soft-fp emulation
to be enabled in glibc. During build, I can change into the build
directory and running objdump -t on the libc.so file will actually
list on of the required symbols (__unorddf2).

However, in the final glibc package, the symbol is missing again.

There must be something I am overlooking which will enable soft-fp
support in glibc.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#817900: crash is caused by flag RTLD_NOLOAD

[Michael Becker]

if dlopen is called without flag RTLD_NOLOAD the SIGSEGV does not occur

Bug#817900: libc6: dl_open causes SIGSEGV

[Michael Becker]

Package: libc6
Version: 2.22-2
Severity: important

calling "dlopen(libName, RTLD_LAZY | RTLD_NOLOAD | RTLD_NODELETE)" with 
existing library causes a SIGSEGV 
gdb shows the location: dl_open_worker (a=a@entry=0x7fffd548) at 
dl-open.c:244


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libc6 depends on:
ii  libgcc1  1:5.3.1-11

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.58
pn  glibc-doc  
ii  libc-l10n  2.22-2
ii  locales2.22-2

-- debconf information:
  glibc/kernel-not-supported:
* libraries/restart-without-asking: true
  glibc/restart-failed:
* glibc/disable-screensaver:
  glibc/kernel-too-old:
* glibc/upgrade: true
  glibc/restart-services:

Bug#817895: locales: C and C.UTF-8 differ where they should not

[Michael Meskes]

Package: locales
Version: 2.22-2
Severity: normal

Dear Maintainer,

as far as I know C and and C.UTF-8 should be identical, except for everything
that's character encoding related. However:

ael@feivel:~$ LC_ALL=C locale week-1stweek
4
michael@feivel:~$ LC_ALL=C.UTF-8 locale week-1stweek
7

The C.UTF-8 locale file says:

...
% ISO 8601 conforming applications should use the values 7, 19971201 (a
% Monday), and 4 (Thursday), respectively.
week7;19971130;7
...

The comment points to the right value, but it is not used.

Michael

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-rc6-1.g34634ae-vanilla (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages locales depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  libc-bin   2.22-2
ii  libc-l10n  2.22-2

locales recommends no packages.

locales suggests no packages.

-- debconf information excluded