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 -p -c -u -r1.196 elf32-arm.c

--- a/bfd/elf32-arm.c	22 May 2009 11:58:44 -0000	1.196

+++ b/bfd/elf32-arm.c	12 Jun 2009 13:18:20 -0000

@@ -3175,11 +3175,15 @@ arm_type_of_stub (struct bfd_link_info *

 	  /* We have an extra 2-bytes reach because of

 	     the mode change (bit 24 (H) of BLX encoding).  */

+	  /* A stub is needed only if this call is not throught a PLT

+	     entry, because PLT stubs handle mode switching

+	     already.  */

 	  if (branch_offset > (ARM_MAX_FWD_BRANCH_OFFSET + 2)

 	      || (branch_offset < ARM_MAX_BWD_BRANCH_OFFSET)

-	      || ((r_type == R_ARM_CALL) && !globals->use_blx)

-	      || (r_type == R_ARM_JUMP24)

-	      || (r_type == R_ARM_PLT32))

+	      || ( (((r_type == R_ARM_CALL) && !globals->use_blx)

+		    || (r_type == R_ARM_JUMP24)

+		    || (r_type == R_ARM_PLT32))

+		   && !use_plt))

 	    {

 	      stub_type = (info->shared | globals->pic_veneer)

 		/* PIC stubs.  */