summaryrefslogtreecommitdiffstats
path: root/make
Commit message (Collapse)AuthorAgeFilesLines
* GlueGen Struct [6]: Simplify adding 'private ElementBuffer _eb*' memory ↵Sven Gothel2023-06-161-2/+2
| | | | buffer cache once @ 'releaseVal(..)' code creation
* GlueGen Struct [5]: Revised Struct Mapping + DocumentationSven Gothel2023-06-161-5/+64
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GlueGen Revised Struct Mapping (esp pointer to array or single element), Struct String Charset, .. and Documentation - Documentation: - Added README.md Let's have a proper face for the git repo - Added doc/GlueGen_Mapping.md (and its html conversion doc/GlueGen_Mapping.html) Created a new document covering application and implementation details suitable for users/devs. - Added doc/JogAmpMacOSVersions.md conversion to doc/JogAmpMacOSVersions.html - Updated www/index.html - Use *CodeUnit instead of PrintWriter, representing a Java or C code unit covering a set of functions and structs. The CCodeUnit also handles common code shared by its unit across functions etc. - Dropping 'static initializer', as its no more required due to simplified `JVMUtil_NewDirectByteBufferCopy()` variant. - Revised Struct Mapping: - Pure Java implementation to map primitive and struct fields within a struct by utilizing ElementBuffer. Only 'Function Pointer' fields within a struct require native code. Exposes `static boolean usesNativeCode()` to query whether native code is used/required. - Transparent native memory address API Expose `long getDirectBufferAddress()` and `static TK_Struct derefPointer(long addr)`, allowing to - pass the native struct-pointer with native code - reconstruct the struct from a native struct-pointer - have a fully functional `TK_Struct.derefPointer(struct.getDirectBufferAddress())` cycle. - Add 'boolean is<Val>Null() to query whether a pointer (array) is NULL - *Changed* array get/set method for more flexibility alike `System.arraycopy(src, srcPos, dest, destPos, len)`, where 'src' is being dropped for the getter and 'dest' is being dropped for the setter as both objects are reflected by the struct instance. - *Changed* `get<Val>ArrayLength()` -> `get<Val>ElemCount()` for clarity - Considering all ConstElemCount values with config 'ReturnedArrayLength <int>' to be owned by native code -> NativeOwnership -> Not changing the underlying memory region! JavaOwnership is considered for all pointer-arrays not of NativeOwnership. Hence any setter on a NativeOwnership pointer-array will fail with non-matching elem-count. - Add 'release<Val>()' for JavaOwnership pointer-arrays, allowing to release the Java owned native memory incl. null-ing pointer and set<Val>ElemCount(0). - Support setter for 'const <type>*' w/ JavaOwnership, i.e. pointer to const value of a primitive or struct, setter and getter using pointer to array or single element in general. - Added Config `ImmutableAccess symbol` to disable all setter for whole struct or a field - Added Config `MaxOneElement symbol` to restrict a pointer to maximum one element and unset initial value (zero elements) - Added Config `ReturnsStringOnly symbol` to restrict mapping only to a Java String, dropping the ByteBuffer variant for 'char' - String mapping default is UTF-8 and can be read and set via [get|set]Charset(..) per class. - Dynamic string length retrieval in case no `ReturnedArrayLength` has been configured has changed from `strlen()` to `strnlen(aptr, max_len)` to be on the safe site. The maximum length default is 8192 bytes and can be read and set via [get|set]MaxStrnlen(..) per class. FIXME: strnlen(..) using EOS byte non-functional for non 8-bit codecs like UTF-8, US-ASCII. This is due to e.g. UTF-16 doesn't use an EOS byte, but interprets it as part of a code point. - TODO: Perhaps a few more unit tests - TODO: Allow plain 'int' to be mapped in structs IFF their size is same for all MachineDescriptions used. Currently this is the case -> 4 bytes like int32_t.
* glibc-compat-symbols.h: skip versioning on PPC64/PPC64LETom G. Christensen2023-06-071-0/+10
|
* Merge pull request #34 from andreas-schwab/masterGöthel Software2023-05-242-3/+40
|\ | | | | Add support for riscv64 architecture
| * Add support for riscv64 architectureAndreas Schwab2022-02-062-3/+40
| |
* | GlueGen 7z File Layout: Have *-java-src.zip inside jar folderSven Gothel2023-05-081-1/+1
| | | | | | | | | | | | | | This is restricted to the 7z archive only for now, not yet producing artifacts in a jar folder as joal, jogl and jocl. This is due to sub-projects referencing gluegen jar files. A compromise.
* | MacOS: Using 'Minimum Deployment Target' 10.7 (Lion) and documenting MacOS ↵Sven Gothel2023-05-061-44/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | versions Note that starting with Xcode 14.3, the upcoming 'Minimum Deployment Target' is 10.13 (High Sierra). However, we are still using Xcode 14.2 and hence 10.7 is still supported. Note that I upped the 'Minimum Deployment Target' (again) from 10.5 to 10.7 to align with JOAL/openal-soft, i.e. a guaranteed common denominator. You may still try to use 10.5. Note lowest tested MacOS version (from myself) is 10.13.6 w/ x86_64) (High Sierra).
* | Roll back MacOS Min Version Requirement to 10.5 from 11.0 (macosx-version-min)Sven Gothel2023-05-042-2/+36
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | MacOSX compiler configuration. 2023-05-04 Actively supported architectures are 'x86_64' and 'arm64'. XCode 14.2 on a MacOS 12.6.5 x86_64 (mac-mini) machine is capable to produce fat-lipo code for MacOS >= 10.5 for 'x86_64' and 'arm64'. The MacOS SDK 11.3 has been re-added from a previous XCode installation. However, alternative source is <https://github.com/phracker/MacOSX-SDKs>. Only for using C++ and hence the C++ STL, the minimum version is 10.7 due to clang++ libc++. This is currently the case for JOAL's bundled openal-soft, as well as for JOGL's optional oculusvr-sdk (disabled).
* | HowToBuild: Windows: We use MinGW64 w/ 'posix threads' instead of 'win32 ↵Sven Gothel2023-05-041-1/+1
| | | | | | | | threads', allowing C++ std::mutex etc to be used (openal-soft)
* | Next JogAmp Release to be 2.5.0, mark w/ developer RC + timestamp tagSven Gothel2023-02-011-3/+3
| |
* | GlueGen: Mark 2.4.0 as released.v2.4.0Sven Gothel2023-02-011-2/+2
| |
* | Windows java-win64.bat launch script: Set LIB_DIR to absolute path as ↵Sven Gothel2023-01-233-7/+6
| | | | | | | | required by System.load*()
* | Remove Windows dll-rename, adopting to cpptasks.jar changeSven Gothel2023-01-233-19/+5
| |
* | Bump cpptasks.jar, commit 19c854265956942497dc89444a9ee84f18383671 (Support ↵Sven Gothel2023-01-232-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 :)
* | jogamp-androidtasks: Update key and sign parameter: sigalg 'SHA256withRSA', ↵Sven Gothel2023-01-201-6/+9
| | | | | | | | keyalg 'RSA', keysize '2048', validity '365', digestalg 'SHA256'
* | jogamp-androidtasks: Drop fixed 'android.api.level.min', 'use ↵Sven Gothel2023-01-202-4/+3
| | | | | | | | android.api.level' (default: level 24 or 'N')
* | check-java-major-version: Add proper alt versionSven Gothel2023-01-201-1/+1
| |
* | android aapt: add includeAntRuntime="false" (warning off)Sven Gothel2023-01-201-0/+1
| |
* | Update Windows build/test scripts, remove 32-bit windows scriptsSven Gothel2023-01-176-98/+4
| |
* | Build: jogamp-env: Set minJava{8,9,11,17,21}, allowing detailed JVM ↵Sven Gothel2023-01-171-32/+56
| | | | | | | | attributes and reuse it.
* | Build scripts: MacOS + Windows: Use JDK-17 to build our Java-1.8 APISven Gothel2023-01-155-7/+7
| |
* | Default build is JDK-17, prepare up to Java-21 (next LTS); ↵Sven Gothel2023-01-154-0/+27
| | | | | | | | | | | | | | | | 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.
* | build.xml: Always set source w/ target version, avoid build WARNINGSven Gothel2023-01-151-0/+1
| |
* | MacOS: Add description to produce fat OpenJDK libraries for x86_64 and aarch64Sven Gothel2023-01-141-0/+17
| |
* | MacOS: Add fat universal build w/ x86_64 + aarch64; Bump min SDK version >= 11.0Sven Gothel2023-01-142-3/+17
|/
* fix windows build scriptsSven Gothel2020-01-042-3/+3
|
* native.tag.jar: Revert explicit inclusion of *.symbols file -> implicit ↵Sven Gothel2020-01-042-4/+19
| | | | | | | inclusion/exclusion based on build.dynamiclibs Exclude *.symbols files implicitly when building 'build.dynamiclibs' and include *.symbols files implicitly when not building 'build.dynamiclibs' (static libs)
* native.tag.jar: include *.symbolsSven Gothel2020-01-022-1/+2
|
* javadoc: enable framesSven Gothel2020-01-021-0/+1
|
* javadoc stylesheet: Apply JogAmp Style ..Sven Gothel2020-01-021-19/+26
|
* OpenJDK 11 javadoc stylesheet and resourcesSven Gothel2020-01-023-182/+603
|
* Handle special junit treatment via make/lib/gluegen-cpptasks* (i.e. iOS)Sven Gothel2020-01-023-2/+8
| | | | Otherwise the build won't produce dummy junit test results for jenkins etc.
* all build scripts: make.gluegen.all-host-macos.sh make.gluegen.all-host-linux.shSven Gothel2020-01-022-0/+16
|
* iOS scripts: Use GLUEGEN_CPPTASKS_FILE instead of -DisIOS*=trueSven Gothel2020-01-022-2/+4
|
* Bump iOS 12.2 -> 13.2Sven Gothel2020-01-022-2/+2
|
* jogamp-fat.jar Main-Class VersionApplet -> GLWindowSven Gothel2020-01-011-1/+1
| | | | | | As we can no more rely on having AWT headful system, use JOGL/NEWT GLWindow to simply dump the version. Hence 'java -jar jogamp-fat.jar' behaves similar to 'etc/test.sh'.
* make/lib/gluegen-cpptasks* set 'is64Bit' where appropriate (no impact, but ↵Sven Gothel2020-01-013-0/+3
| | | | added for correctness)
* add optional make/lib/gluegen/cpptasks* for iOS aarch64 and amd64Sven Gothel2020-01-012-0/+29
|
* update make-all scriptSven Gothel2020-01-011-6/+16
|
* Bug 1417: Update ant-cpptasks to commit c45a19eadc4c697b7cc1b095692b04deb73da5ceSven Gothel2019-12-311-0/+0
|
* Bug 1417 - Android: Use d8 for dex'ing w/ implicit Java8 desugaring (macro: ↵Sven Gothel2019-12-262-5/+31
| | | | | | | | | | | | | | | aapt.signed) The new SDK d8 dex'ing tool performs Java8 desugaring, hence allows using Java8 code style. We use d8 instead of dx in the 'aapt.signed' macro of 'jogamp-androidtasks.xml'. For the proper desugaring, we pass 'android-min.jar and 'target.rt.jar' Android and Java8 system runtime jar-files to d8's classpath. Macro 'aapt.signed' also receives the new optional element 'd8-classpaths' to allows caller to pass further required jar-files to the d8 classpath. See build-test.xml.
* Bug 1417 - Android: jogamp-env.xml: Elaborate on Android SDK API versions ↵Sven Gothel2019-12-264-6/+30
| | | | required [min=21, target=28], javac w/ 24, some NDK's clang with 22.
* Bug 1417 - Android: Add adb scripts to force-stop and clear all jogamp tasks ↵Sven Gothel2019-12-262-0/+28
| | | | and packages
* Bug 1417 - Android: Add ANDROID_TOOLCHAIN_SYSROOT1_INC_STL for LLVM's C++ ↵Sven Gothel2019-12-244-34/+57
| | | | | | | | | | | | | | | | | | | STL headers (default since NDK r18) Using LLVM's c++_shared as of NDK r18: https://developer.android.com/ndk/guides/cpp-support.html LLVM's c++ headers must come before other system header! Also see https://github.com/android/ndk/issues/452 and https://gitlab.kitware.com/cmake/cmake/issues/17059 Also adapt make/lib/gluegen-cpptask-android* files: - Compiler -- align for potential C++ usage, i.e.: -- don't use '-sysroot' not '-isysroot' -- IF using C++ STL, prepend ANDROID_TOOLCHAIN_SYSROOT1_INC_STL -- just add normal sysroot headers via '-isystem' - Linker -- Use ANDROID_TOOLCHAIN_SYSROOT1_LIB1 and ANDROID_TOOLCHAIN_SYSROOT1_LIB2 for '-L' search path -- where ANDROID_TOOLCHAIN_SYSROOT1_LIB2 is for 'libc++' -> 'c++_shared'
* Bug 1417 - Android: Add ANDROID_TOOLCHAIN_SYSROOT1_INC_ARCH for arch ↵Sven Gothel2019-12-244-0/+37
| | | | | | | | | specific includes like asm/types.h Also adapt make/lib/gluegen-cpptask-android* files: - Set C++ stdlib = libstdc++ - Set isysroot (same as sysroot) - Add isystem: *_SYSROOT1_INC, *_SYSROOT1_INC_ARCH and *_SYSROOT1_INC/c++/v1
* Bug 1417 - Android: Classify SYSROOTs in NDK for native libraries (link) and ↵Sven Gothel2019-12-234-43/+54
| | | | | | | | | | | | | | | | | | | headers (compile) Utilizing '-sysroot' with the linker, we require standard FS layout. '~/Android/Sdk/ndk/20.1.5948944/platforms/android-24/arch-arm64' contains the proper std FS layout for libraries under usr/lib, but lacks the header files. We call this 'ANDROID_TOOLCHAIN_SYSROOT0' and shall be used for linking. '~/Android/Sdk/ndk/20.1.5948944/toolchains/llvm/prebuilt/linux-x86_64/sysroot' native libraries are not under std FS layout, but headers are under std FS layout for compilation under usr/include. We call this 'ANDROID_TOOLCHAIN_SYSROOT1' and shall be used for compilation. Identified while working on openal-soft Android compilation, where we need to pass ANDROID_TOOLCHAIN_SYSROOT0
* Bug 1417 - Android: Update cpptask, using implicit 'soname' setup, which ↵Sven Gothel2019-12-122-3/+2
| | | | | | | | scales better for all platforms. http://jogamp.org/git/?p=ant-cpptasks.git commit 8353e0cc85705ca8f81f8563ad975026978b6745
* Bug 1417 - Android: Resulting dynamic libraries require the 'soname' to be ↵Sven Gothel2019-12-101-1/+4
| | | | | | set since API level 23 TODO: Do this for all JogAmp modules!
* Bug 1417 - Android: Manifest*-android* can no more have 'Name: <folder>' ↵Sven Gothel2019-12-102-9/+0
| | | | | | | | | directives for apk The 'Name <folder>' leads new apk to claim the missing resources (the folder actually) and fails to install the apk. Hence removed tagging the folders sealed.
* Bug 1417 - Android: Update cpptasks.jarSven Gothel2019-12-101-0/+0
| | | | | | | http://jogamp.org/git/?p=ant-cpptasks.git commit e1933c74b9c256332cd12c9a1094e4687b535112 Bug 1417 Android clang support: Introduce clangLinkerOption '-target <abi>'