buildroot/package/libnspr, branch 2017.08

libnspr: bump to version 4.15

2017-06-15T20:05:35+00:00

Signed-off-by: Baruch Siach Signed-off-by: Peter Korsgaard

libnspr: bump to version 4.14

2017-04-20T19:52:14+00:00

Signed-off-by: Baruch Siach Signed-off-by: Thomas Petazzoni

libnspr: use nios2 instead of nios2

2017-04-06T14:13:52+00:00

Our patch adding nios2 support to libnspr uses the built-in compiler define "nios2". However, this doesn't work with C++11, where only the __nios2__ define is available. Since __nios2__ is always available, use that instead: $ ./output/host/usr/bin/nios2-linux-gcc -dM -E - < /dev/null | grep -E "( nios2 | __nios2__ )" $ ./output/host/usr/bin/nios2-linux-gcc -std=c++11 -x c++ -dM -E - < /dev/null | grep -E "( nios2 | __nios2__ )" Patch 0001-nios2.patch is therefore changed to use __nios2__ (the rest of the change noise is due to using quilt to format the patch). Patch 0002-microblaze.patch is simply updated to apply correctly on top of the modified 0001-nios2.patch. This fixes the build of the poppler library on nios2. It is built with -std=c++11, and includes nspr headers (through nss), causing a build issue. Fixes: http://autobuild.buildroot.net/results/9fee58076157d814616fa0da51afde8da21a8973/ Signed-off-by: Thomas Petazzoni

libnspr: fix Microblaze patch

2017-04-06T14:13:52+00:00

Due to a mistake, the Microblaze patch was adding another #elif defined(nios2), which doesn't make any sense. This commit gets rid of it. The rest of the noise in the change is due to the use of quilt to generate the patches. Signed-off-by: Thomas Petazzoni

package: use SPDX short identifier for MPL family licenses

2017-04-01T13:27:47+00:00

We want to use SPDX identifier for license string as much as possible. SPDX short identifier for MPLv1.0/MPLv1.1/MPLv2.0 is MPL-1.0/MPL-1.1/ MPL-2.0. This change is done using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/MPLv([1-2]\.[0-1])/MPL-\1/g' Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

libnspr: bump to version 4.13.1

2017-01-09T16:17:59+00:00

Reverts a non-backwards compatible change to the pipe handling: https://bugzilla.redhat.com/show_bug.cgi?id=1383918 Signed-off-by: Peter Korsgaard

libnspr: bump to version 4.13

2016-10-13T06:04:13+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

libnspr: bump to version 4.12

2016-02-24T21:13:54+00:00

Drop 0003-enable-internal-getproto-functions-for-musl.patch since it's no longer required (tested via a flickcurl build with libnss against mips-musl). Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

libnspr: fix link error with musl toolchains

2016-01-27T22:56:21+00:00

When linking against libnspr with musl toolchains we get undefined references to `getprotobyname_r' and `getprotobynumber_r', for example when compiling libnss: /home/test/autobuild/instance-1/output/host/usr/arm-buildroot-linux-musleabihf/sysroot/usr/lib/libnspr4.so: undefined reference to `getprotobyname_r' /home/test/autobuild/instance-1/output/host/usr/arm-buildroot-linux-musleabihf/sysroot/usr/lib/libnspr4.so: undefined reference to `getprotobynumber_r' That's because musl does not have an implementation of these functions, so we need to enable their internal implementation from libnspr. This patch was backported from Alpine Linux commit a162da839db0d3f8be94a5c1ad2e2e54e691c38a. Fixes: http://autobuild.buildroot.net/results/6052538d10779a21ac242d61bb43a371497ec684/ http://autobuild.buildroot.net/results/d62ea7dbe68188d073b4f176e6a354e95a8bab97/ http://autobuild.buildroot.net/results/ae50521c485371cd59bc4ee7e8f323169c7d513d/ ... Signed-off-by: Sergio Prado Tested-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

libnspr: remove thumb2 handling

2016-01-19T23:12:41+00:00

libnspr currently passes --enable-thumb2 if the CPU has thumb instructions. This option will pass -mthumb to the compiler. However, if an external multilib toolchain is used that has a thumb-specific variant (e.g. Sourcery), it will try to use that one. But we only copy a single variant to the sysroot, so the build will fail with: .../arm-none-linux-gnueabi/bin/ld: cannot find crti.o: No such file or directory ... collect2: error: ld returned 1 exit status ../../config/rules.mk:303: recipe for target 'libnspr4.so' failed We can in fact just remove the thumb2 handling. With current libnspr, the thumb and thumb2 options just add -marm and -mthumb. But we already pass that in our toolchain wrapper so it's completely redundant. Note that when nothing is passed, the configure script still tries to autodetect whether thumb2 is available (but doesn't do it correctly, see the error above), but in the end it doesn't use the result for anything. In other words, even if it detects that thumb2 is available, it will _not_ pass -mthumb to the compiler. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Peter Korsgaard