complibs/ppl: fix 0.11-0.11.2 to compile with --disable-shared

PPL 0.11 (through 0.11.2) had a small bug where it still tried to build
and test its Java interface even when shared libraries are disabled.
Since that's exactly what ct-ng does, it explodes.

This is the patch from the PPL authors (see final link below).

More information can be found in these messages/threads:

Anthony's initial report and analysis with Yann:
http://www.cygwin.com/ml/crossgcc/2011-05/msg00046.html

Ron Flory hit the same problem:
http://www.cygwin.com/ml/crossgcc/2011-05/msg00054.html

Anthony's report to the ppl-devel list:
http://www.cs.unipr.it/pipermail/ppl-devel/2011-May/017450.html

Roberto's reply with a link to the fix in the PPL git repo:
http://www.cs.unipr.it/pipermail/ppl-devel/2011-May/017455.html

Signed-Off-By: Anthony Foiani <anthony.foiani@gmail.com>
(transplanted from 139b85d70b623e51f7585e7c64ecb8c6a6cf4567)

diff -durN binutils-2.20.1.orig/bfd/elf64-ppc.c binutils-2.20.1/bfd/elf64-ppc.c

--- binutils-2.20.1.orig/bfd/elf64-ppc.c	2010-02-03 14:28:25.000000000 +0100

+++ binutils-2.20.1/bfd/elf64-ppc.c	2010-08-17 19:32:04.000000000 +0200

@@ -11991,7 +11991,12 @@

 	      else if (!SYMBOL_REFERENCES_LOCAL (info, &h->elf)

 		       && !is_opd

 		       && r_type != R_PPC64_TOC)

-		outrel.r_info = ELF64_R_INFO (h->elf.dynindx, r_type);

+		{

+		  outrel.r_info = ELF64_R_INFO (h->elf.dynindx, r_type);

+		  if (h->elf.dynindx == -1

+		      && h->elf.root.type == bfd_link_hash_undefweak)

+		  memset (&outrel, 0, sizeof outrel);

+		}

 	      else

 		{

 		  /* This symbol is local, or marked to become local,