Package: libnewlib-arm-none-eabi Version: 2.4.0.20160527-4 Severity: important
Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Thomas Preud'homme <[email protected]> To: Debian Bug Tracking System <[email protected]> Subject: libnewlib-arm-none-eabi: Multilib directory structure incapatible with gcc-arm-none-eabi >= 6 Message-ID: <152693762196.22500.8895484219841600078.report...@e108577-lin.cambridge.arm.com> X-Mailer: reportbug 6.6.6ubuntu1 Date: Mon, 21 May 2018 22:20:21 +0100 Package: libnewlib-arm-none-eabi Version: 2.4.0.20160527-4 Severity: important Dear Maintainer, gcc-arm-none-eabi 15:6.3.1+svn253039-1 introduced a new multilib directory structure which libnewlib must follow for the right C library variant to be linked. Eg. compiling with: -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 now looks for library under the thumb/v7e-m/fpv4-sp/hard subdirectory instead of the armv7e-m/fpu subdirectory used by currently packaged newlib. Users have come accross this problem in Ubuntu (which takes the packaging straight from Debian), see [1]. [1] https://bugs.launchpad.net/gcc-arm-embedded/+bug/1772332 I believe newlib asks GCC for the scheme to use and thus doing a binNMU of newlib should be enough. Best regards, Thomas Preud'homme -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (990, 'xenial-updates'), (990, 'xenial-security'), (990, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-121-generic (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (990, 'xenial-updates'), (990, 'xenial-security'), (990, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-121-generic (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
