buildroot/package/libnspr, branch 2017.02.2

libnspr: bump to version 4.14

2017-04-24T15:47:36+00:00

Signed-off-by: Baruch Siach Signed-off-by: Thomas Petazzoni (cherry picked from commit 7e1f3171ac98dd25d5e656a888bcff046353087d) Signed-off-by: Peter Korsgaard

libnspr: use nios2 instead of nios2

2017-04-24T08:46:32+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 (cherry picked from commit 9a521546ed553d2be23740bbf1a7aa05bce9eb09) Signed-off-by: Peter Korsgaard

libnspr: fix Microblaze patch

2017-04-24T08:46:25+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 (cherry picked from commit 7039c4d456259ca2c2708be16ebea98a82adee3f) Signed-off-by: Peter Korsgaard

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

libnspr: fix build with the musl C library

2015-12-24T10:18:27+00:00

Even though libnspr uses a configure script, it does look at __GLIBC__ and other macros to determine whether certain C library features are available or not. Such things fails completely with the musl C library, since it doesn't define __GLIBC__. To fix this, we borrow some logic from Alpine Linux, which consists in explicitly specifying which features are available in the musl C library. Fixes: http://autobuild.buildroot.org/results/ddd/dddd032232126f1e476e6aea2c6a32e9cd1ddfae/ Signed-off-by: Thomas Petazzoni

libnspr: bump to version 4.11

2015-11-21T08:29:03+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni