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)

Don't generate RPATH if we're going to be generating RUNPATH.

need to ponder what ramifications this has before enabling it

--- binutils/bfd/elflink.c

+++ binutils/bfd/elflink.c

@@ -5382,11 +5382,15 @@

 	  indx = _bfd_elf_strtab_add (elf_hash_table (info)->dynstr, rpath,

 				      TRUE);

-	  if (indx == (bfd_size_type) -1

-	      || !_bfd_elf_add_dynamic_entry (info, DT_RPATH, indx))

+	  if (indx == (bfd_size_type) -1)

 	    return FALSE;

-	  if  (info->new_dtags)

+	  if (!info->new_dtags)

+	    {

+	      if (!_bfd_elf_add_dynamic_entry (info, DT_RPATH, indx))

+		return FALSE;

+	    }

+	  else

 	    {

 	      _bfd_elf_strtab_addref (elf_hash_table (info)->dynstr, indx);

 	      if (!_bfd_elf_add_dynamic_entry (info, DT_RUNPATH, indx))