aboutsummaryrefslogtreecommitdiffstats
path: root/make/scripts/java-win64.bat
Commit message (Collapse)AuthorAgeFilesLines
* windows batch files: bump to 6u26Sven Gothel2011-06-091-2/+2
|
* bump scripts to 6u24Sven Gothel2011-02-221-2/+2
|
* Expose provided SWT jars to SWT_CLASSPATH for test scriptsSven Gothel2011-02-031-1/+1
|
* version bump: j2se 1.6.0_23, ant 1.8.2Sven Gothel2011-01-311-3/+3
|
* Scripts: bump to 6u22; distinguish windows test batch x64/x32Sven Gothel2010-11-231-2/+2
|
* Fix: Move windows build scripts to ant 1.8.0 as well (1.8.1 is buggy)Sven Gothel2010-11-011-1/+1
|
* Fix ScreenMode ; Add FatalError to NewtCommon.c ; Fix Windows BuildSven Gothel2010-10-291-2/+2
| | | | | | | | Fix ScreenMode - Avoid NPE/Out-of-memory: Return zero sized NewIntArrays instead of NULL. Fix Windows Build - ScreenMode still has a regression
* Added Windows Impl for ScreenMode and rotation change; Windows Fullscreen HintRami Santina2010-10-201-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Added windows implemenation for screen mode change lifecycle and screen rotation screen modes. +++++++++++ Added getHighestAvailableRate() to Screen mode as a helper function which loops over the available rates of this screen mode and returns the highest available. Added toString impl to ScreenMode. +++++++++++ Unit Tests: TestScreenMode01NEWT,TestScreenMode02NEWT are modified adding the gears as GL event listeners. +++++++++++ Notes: 1- Screen modes with bits per pixel values not same as current are currently filtered out. 2- Since windows stores the Display settings differently you will see some duplicate values which the documentation says is usual. These modes are not filtered out in getScreenModes(). Keeping values same as provided from windows enum. 3- BitsPerPixel is currently natively read on windows only.
* NEWT: Changed Lifecycle of Display/Screen (part 2)Sven Gothel2010-09-151-3/+3
| | | | | | | | | | | | | | | | | | | | | Window Reparenting (unification): On the fly Display/Screen creation resides in NewtFactory. Reparenting logic within Window. Handles all reparenting cases now: ACTION_NONE, ACTION_SOFT_REPARENTING, ACTION_NATIVE_REPARENTING, ACTION_NATIVE_CREATION - out.println -> err.println ++++ - Bumbed windows bat scripts to 1.6.0_21 and ant 1.8.1 - Debug: /RecursiveToolkitLock.java TO is 300s for now, while not finished. - +++ Needs more testing. Deadlocks: AWT/NEWT parenting.
* Fix file modesSven Gothel2010-07-071-0/+0
|
* GLAutoDrawable: setAnimator/getAnimator/invoke/display changes; NEWT: Adding ↵Sven Gothel2010-06-261-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | native repaint; NewtCanvasAWT focus fix Support for native repaint, which shall call display() in case no animator is running. GLAutoDrawable invoke(GLRunnable) impl. handles case if invoked on animator thread, or no animator thread is running (issueing a display() call). The impl resides in GLDrawableHelper. GLEventListener's init() and glViewport()/reshape() method must be called before the 1st display() and after a dispose() call. It could miss the 1st display() call if added after the setVisible(true) call - due to the native repainting. The impl resides in GLDrawableHelper. The Animator un-/registers itself at the GLAutoDrawable via setAnimator. NEWT Window reparent always issues a resize() and display() call. NEWT native Window uses direct send.*Event for input events (again), instead of enqueueing it for performance. NEWT Window implements all status change and Java native event callbacks, instead of having duplicated code in all implementations. NewtCanvasAWT if the Newt window is focused, the AWT/Swing component[s] will loose the focus.
* GlueGen/JOGL Windows x86 x86_64 MingW BuildsSven Gothel2010-05-161-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | Property change to allow multilib with same property file: - windows.cg.lib -> windows.cg.lib32 windows.cg.lib64 - x11.cg.lib -> x11.cg.lib32 x11.cg.lib64 Fix windows build/test scripts .. ++++ - mingw linker option: --enable-auto-import - mingw now links against DLLs not libs, due to a runtime error while linking against JAWT ++++ x86: Using mingw 20100514, gcc 4.5.0 - clean - passed all junit.run tests x86_64: Using mingw-w64-bin_x86_64-mingw_20100515_sezero.zip, gcc 4.4.5 20100513 - clean - passed all junit.run tests
* Use gluegen's junit.jar and antlr.jar if not specified otherwise in ↵Sven Gothel2010-05-121-1/+1
| | | | /home/sven/gluegen.properties
* Move all scripts to it's folderSven Gothel2010-05-041-0/+16
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-01 10:46:51 +0000