Changes

MacOS: Add fat universal build w/ x86_64 + aarch64; Bump min SDK version >= 11.0

Fix unit test1.h

Eclipse: Use JDK 1.8.0 JRE container to avoid Java 11 modules

MacOS: Add description to produce fat OpenJDK libraries for x86_64 and aarch64

Eclipse: Add jdt settings

Eclipse: Update settings

Replace AccessController.doPrivileged() w/ SecurityUtil.doPrivileged()

build.xml: Always set source w/ target version, avoid build WARNING

Default build is JDK-17, prepare up to Java-21 (next LTS); PlatformPropsImpl: Remove static OSXVersion and Version* vars, add JAVA_17 and JAVA_21 flag.

PlatformPropsImpl's static OSXVersion is JOGL specific and will be moved into its GLContextImpl.

PlatformPropsImpl's static Version are not required and eats up memory where it can be used transitionary.

SecurityUtil: Skip System's SecurityManager action for getSecurityManager() and doPrivileged() for Java17+

TestIteratorIndexCORE: Fix template usage

TestRecursiveLock01, TestRecursiveThreadGroupLock01: 'yield()' -> 'yield_thread()' to avoid potential Java>17 collision (JEP 361)

src/junit/com/jogamp/gluegen/test/junit/generation/test1.h: Fix warnings re 'const' qualifier

Build scripts: MacOS + Windows: Use JDK-17 to build our Java-1.8 API

HowToBuild: adoptopenjdk -> adoptium, openjdk-11 -> openjdk-17

Build: jogamp-env: Set minJava{8,9,11,17,21}, allowing detailed JVM attributes and reuse it.

Update Windows build/test scripts, remove 32-bit windows scripts

HowToBuild: Remove Windows 32bit; Update Window 64bit toolchain, fix MacOS cmake version

HowToBuild: Update Debian >= 11

android aapt: add includeAntRuntime="false" (warning off)

check-java-major-version: Add proper alt version

jogamp-androidtasks: Drop fixed 'android.api.level.min', 'use android.api.level' (default: level 24 or 'N')

jogamp-androidtasks: Update key and sign parameter: sigalg 'SHA256withRSA', keyalg 'RSA', keysize '2048', validity '365', digestalg 'SHA256'

Formatting: BindingJNILibLoader, AWTEDTExecutor

Bump cpptasks.jar, commit 19c854265956942497dc89444a9ee84f18383671 (Support native windows dll-names)

Add support for Windows dynamic library target, i.e. NAME.dll instead of libNAME.dll.

This is now required when linking a GLUENAME1.dll to TOOLNAME1.dll,
where GLUENAME1.dll is loaded via System.loadLibrary() and TOOLNAME1.dll required to be found.
Might be a change in the current ming64 toolchain.

Before this change, the library name 'libTOOLNAME1.so' was written into `libGLUENAME1.so`
and hence could not be found (manually renamed to a dll name).

Now we can also drop the manual rename of libNAME1.so -> NAME1.dll, finally :)

Remove Windows dll-rename, adopting to cpptasks.jar change

Windows java-win64.bat launch script: Set LIB_DIR to absolute path as required by System.load*()

NativeLibrary: Add getSystemEnvLibraryPaths(), i.e. LD_LIBRARY_PATH, PATH, .. content

NativeLibrary.enumerateLibraryPaths(): Using addPaths() ensures given 'path' is being resolved as absolute-canonical as required for System.load*()

Further, detailed DEBUG messages are added on -Djogamp.debug.NativeLibrary

JNILibLoaderBase.loadLibraryInternal(): Produce own detailed exception if lib couldn't be loaded (avoid showing misleading orig exception)

.. and detail some debug output. Both, own exception and debug output expose  NativeLibrary.getSystemEnvLibraryPaths()

NativeLibrary.enumerateLibraryPaths(): Reduce relative/absolute path mapping to 'java.library.path', others are absolute

MappedByteBufferInputStream: Reduce dependency to Platform