Fix JAR cache to allow running from class files

If the Platform class is coming from a .class file (instead
of from a JAR), disables use of the temp JAR cache. This allows
apps to run against JOGL class files as well as JAR files,
which is useful when running from within an IDE like Eclipse.
Merge pull request #8 from WadeWalker/bug_537_jar_cache_prevents_running_from_class_files

Fix JAR cache to allow running from class files.
Fixes bug 537.
Note: We may need to verify why commit 791dacb29bcd6d7ed161c6bd2abf7937c7d00691
is not sufficient.
Further fix for bug 537 - Catch IllegalArgumentException in Platform.loadGlueGenRTImpl(), Reuse JarUtil (same methodology) to determine whether we run from JarURL
Update cpptasks-1.0b5 darwin/osx patch: remove auto option 'prebind', allow weakly binding

Removed 'prebind' auto option, since OS X dyld performs better w/o since 10.5 (?)

Allowing linker options for weakly fraemwork/library  binding
   "-weak_framework", "-lazy_framework", "-weak_library"
which is required if linked for 10.5, allowing unresolved references.
Fix Bug 488: Enable others architectures under GNU/Linux
Fix Bug 545: Provide more information about the system
Fix Bug 516 (Determine Java Version); Minor fixes (jogamp/common/** ..)

Current minimum requirements are:
   - Java 1.6 (Level 6.0)
   - Android SDK API Level 9 (Version 2.3 Gingerbread)

Official production builds are performed w/ Java 1.6.
   - Java 1.6 (Level 6.0)
   - Android SDK API Level 9 (Version 2.3 Gingerbread)

Android supports Java language level 6.0.
Nevertheless, it cannot be guaranteed whether the Android API
supports all classes and methods of Java 1.6.
It is required for JogAmp developers to validate Android compatibility
by an Android crosscompilation build.

Current GlueGen code utilizes some minor Java 1.6 features
which could be replaced, however it's not desired at this point
since we have no mode hard Java 1.5 constraints.

Notes:
  - On OS X 10.5.8, only the 64bit version of Java6 is available
    and hence the only supported one on Leopard.

+++

Pushing determination of host (compiletime) and target (runtime) Java version
to 'jogamp-env.xml'.

jogamp-env.xml uses:
  env: SOURCE_LEVEL  -> propery: target.sourcelevel  def.: ${ant.java.version} >=1.6 (!)
  env: TARGET_LEVEL  -> propery: target.targetlevel  def.: ${ant.java.version} >=1.6 (!)
  env: TARGET_RT_JAR -> propery: target.rt.jar       def.: ${java.home}/lib/rt.jar

Either all above values are set, or none at all (default),
otherwise a build error is being thrown.

Further more we have the compiletime properties:
  host.sourcelevel  def.: ${ant.java.version} >= 1.6 (!)
  host.targetlevel  def.: ${ant.java.version} >= 1.6 (!)
  host.rt.jar       def.: ${java.home}/lib/rt.jar

+++

- 'javac.memorymax' defaults to 1024m now.
Add verification script for compiled-in Java version
javac - setup encoding to UTF-8
Fix setting default bootclasspath (target.rt.jar and host.rt.jar) for OS X
DynamicLibraryBundle (enhancement)

- Hold DEBUG, DEBUG_LOOKUP in DynamicLookupHelper
- Tool complete only if named tool's GetProcAddressFunc is avail
- Allow no tool/glue lib's
- Use DEBUG_LOCKUP for lockup symbol trace
Platform: Add Java VersionNumber
Don't ignore GlueGen.debug() in static DEBUG flags; Add JavaConfiguration.DEBUG_RENAMES
Add more debug/analisys information. Throw exception when attempting to override a rename instruction w/ diff new value
Fix ARM gluegen-rt-natives-linux-"amdv7, amdv5".jar name lookup typo.

Signed-off-by: Xerxes Rånby <xerxes@zafena.se>
Merge pull request #9 from xranby/master

Fix ARM gluegen-rt-natives-linux-"amdv7, amdv5".jar name lookup typo.
Fix linux-armv7 crosscompilation
Fix [linux] armv7 cross build (regression of commit 196c325aa3dddb0d775e8fb80e26333208fe6c7e) - generalize env. TARGET_JAVA_LIBS
Fix crosstests (TestJarUtil and PCPP)
build script