Trying to do Windows Implementation of Vmone #7

ctoabidmaqbool · 2024-09-18T10:21:59Z

I am done with most of the things!

Yet, there are some little problem, which need to be fixed!

gvm-24-1-windows-x64.zip contains absolute path which can't be easily extract with ar.exe or lib.exe. As there is no such drive D:/ in github actions runner (windows container)

$ ar t libjdk.lib
d:/a/mobile/mobile/build/windows-x64/support/native/java.base/libjava/static/AccessController.obj
d:/a/mobile/mobile/build/windows-x64/support/native/java.base/libjava/static/Array.obj
d:/a/mobile/mobile/build/windows-x64/support/native/java.base/libjava/static/BootLoader.obj
...

The linux alternative gvm-24-1-linux-x64.zip contains only .o files not *.lib.res so shuld these files will be added up to final vmone.lib for windows?
There are almost 657 files in libjdk.a file but 1016 files are in libjdk.lib, why?
Even in my local mashine I am able to get vmone.lib, But still It have many issues:

process-compile-1726634934329.log
process-link-1726634936148.log

I alreay have disscussed most of the things here: gluonhq/substrate#1279 (comment)

…tions runner on evey push!

…ect directory!

… used!

…ndows-x64 bit

…1: C:toolsmsys64usrbinbash.exe: command not found

and remove all others jobs except windwos-64 bit to focus on windows only!

Fixed: In case of windows from libjdk.lib only files must be added not folders too!

Try to create D drive;

ctoabidmaqbool · 2024-09-18T11:01:32Z

substrate-fork to do testing vmone for windows!

jperedadnr · 2024-09-18T17:10:14Z

You will get one step closer if you restore something that was removed, probably by mistake, in Substrate:
gluonhq/substrate@f93489a#diff-6671afa2eae21f712d1059fa9bfc797c2c04140ac9c9e5fbe9913fdfc2137abbL50

Just add to the WindowsTargetConfiguration:

private static final List<String> javaWindowsLibs = List.of(
            "advapi32", "iphlpapi", "secur32", "userenv",
            "version", "ws2_32", "winhttp", "ncrypt",
            "crypt32", "mswsock"
    );

    @Override
    List<String> getOtherStaticLibs() {
        return javaWindowsLibs;
    }

With that I get down to 15 unresolved symbols...

ctoabidmaqbool · 2024-09-19T05:09:11Z

@jperedadnr Thanks, Using your provided help, I have getup much progress!

Process
=======
link

Command Line
============
link D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\HelloGluon\launcher.obj D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\tmp\SVM-1726700354384\com.gluonhq.hello.hellogluonapp.obj D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\HelloGluon\IconGroup.obj vmone.lib advapi32.lib iphlpapi.lib secur32.lib userenv.lib version.lib ws2_32.lib winhttp.lib ncrypt.lib crypt32.lib mswsock.lib /NODEFAULTLIB:libcmt.lib /SUBSYSTEM:WINDOWS /ENTRY:mainCRTStartup comdlg32.lib dwmapi.lib gdi32.lib imm32.lib shell32.lib uiautomationcore.lib urlmon.lib winmm.lib javafx_font.lib javafx_iio.lib prism_common.lib /WHOLEARCHIVE:javafx_font.lib /WHOLEARCHIVE:javafx_iio.lib /WHOLEARCHIVE:prism_common.lib prism_sw.lib /WHOLEARCHIVE:prism_sw.lib /OUT:D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exe /LIBPATH:C:\Users\MSC-30\.gluon\substrate\javafxStaticSdk\24-ea+7.1\windows-x86_64\sdk\lib /LIBPATH:C:\Users\MSC-30\.gluon\substrate\javaStaticSdk\24-4\windows-x86_64\lib

Output
======
Microsoft (R) Incremental Linker Version 14.39.33523.0
Copyright (C) Microsoft Corporation.  All rights reserved.

vmone.lib(awt_Toolkit.obj) : error LNK2005: DllMain already defined in vmone.lib(net_util_md.obj)
   Creating library D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.lib and object D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exp
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol sysconf referenced in function JVM_ActiveProcessorCount
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol __errno referenced in function JVM_Connect
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol __getreent referenced in function JVM_FindLibraryEntry
vmone.lib(cpuid.o) : error LNK2001: unresolved external symbol __getreent
vmone.lib(dummy.o) : error LNK2001: unresolved external symbol __getreent
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol dlsym referenced in function JVM_FindLibraryEntry
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol ioctl referenced in function JVM_SocketAvailable
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol gettimeofday referenced in function Java_java_lang_System_currentTimeMillis
vmone.lib(JvmFuncs.o) : error LNK2001: unresolved external symbol __svm_vm_is_static_binary
vmone.lib(cpuid.o) : error LNK2019: unresolved external symbol ___chkstk_ms referenced in function checkCPUFeatures
vmone.lib(awt_Toolkit.obj) : error LNK2019: unresolved external symbol JVM_RaiseSignal referenced in function "public: static __int64 __cdecl AwtToolkit::WndProc(struct HWND__ *,unsigned int,unsigned __int64,__int64)" (?WndProc@AwtToolkit@@SA_JPEAUHWND__@@I_K_J@Z)
vmone.lib(awt_Toolkit.obj) : error LNK2019: unresolved external symbol __imp_StrTrimW referenced in function "private: void __cdecl AwtToolkit::InitTouchKeyboardExeFilePath(void)" (?InitTouchKeyboardExeFilePath@AwtToolkit@@AEAAXXZ)
vmone.lib(ComCtl32Util.obj) : error LNK2019: unresolved external symbol __imp_InitCommonControlsEx referenced in function "public: void __cdecl ComCtl32Util::InitLibraries(void)" (?InitLibraries@ComCtl32Util@@QEAAXXZ)
vmone.lib(ComCtl32Util.obj) : error LNK2019: unresolved external symbol SetWindowSubclass referenced in function "public: __int64 (__cdecl*__cdecl ComCtl32Util::SubclassHWND(struct HWND__ *,__int64 (__cdecl*)(struct HWND__ *,unsigned int,unsigned __int64,__int64)))(struct HWND__ *,unsigned int,unsigned __int64,__int64)" (?SubclassHWND@ComCtl32Util@@QEAAP6A_JPEAUHWND__@@I_K_J@Z0P6A_J0I12@Z@Z)
vmone.lib(ComCtl32Util.obj) : error LNK2019: unresolved external symbol RemoveWindowSubclass referenced in function "public: void __cdecl ComCtl32Util::UnsubclassHWND(struct HWND__ *,__int64 (__cdecl*)(struct HWND__ *,unsigned int,unsigned __int64,__int64),__int64 (__cdecl*)(struct HWND__ *,unsigned int,unsigned __int64,__int64))" (?UnsubclassHWND@ComCtl32Util@@QEAAXPEAUHWND__@@P6A_J0I_K_J@Z3@Z)
vmone.lib(ComCtl32Util.obj) : error LNK2019: unresolved external symbol DefSubclassProc referenced in function "public: __int64 __cdecl ComCtl32Util::DefWindowProcW(__int64 (__cdecl*)(struct HWND__ *,unsigned int,unsigned __int64,__int64),struct HWND__ *,unsigned int,unsigned __int64,__int64)" (?DefWindowProcW@ComCtl32Util@@QEAA_JP6A_JPEAUHWND__@@I_K_J@Z0I12@Z)
vmone.lib(awt_DnDDT.obj) : error LNK2019: unresolved external symbol __imp_SHCreateStreamOnFileW referenced in function "protected: virtual long __cdecl AwtDropTarget::SaveIndexToFile(unsigned short const *,unsigned int)" (?SaveIndexToFile@AwtDropTarget@@MEAAJPEBGI@Z)
D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exe : fatal error LNK1120: 15 unresolved externals


Result
======
result: 1120

ctoabidmaqbool · 2024-09-19T05:19:29Z

vmone.lib(awt_Toolkit.obj) : error LNK2005: DllMain already defined in vmone.lib(net_util_md.obj)

This is the problem with libjdk.lib (windows-x64.zip) which was merged to vmone.lib.

What about this?

ctoabidmaqbool · 2024-09-19T06:58:36Z

ctoabidmaqbool/substrate-fork@886f29b

@jperedadnr After necessory changes, Now!

Process
=======
link

Command Line
============
link D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\HelloGluon\launcher.obj D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\tmp\SVM-1726700354384\com.gluonhq.hello.hellogluonapp.obj D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\HelloGluon\IconGroup.obj vmone.lib advapi32.lib iphlpapi.lib secur32.lib userenv.lib version.lib ws2_32.lib winhttp.lib ncrypt.lib crypt32.lib mswsock.lib shlwapi.lib comctl32.lib /NODEFAULTLIB:libcmt.lib /SUBSYSTEM:WINDOWS /ENTRY:mainCRTStartup comdlg32.lib dwmapi.lib gdi32.lib imm32.lib shell32.lib uiautomationcore.lib urlmon.lib winmm.lib javafx_font.lib javafx_iio.lib prism_common.lib /WHOLEARCHIVE:javafx_font.lib /WHOLEARCHIVE:javafx_iio.lib /WHOLEARCHIVE:prism_common.lib prism_sw.lib /WHOLEARCHIVE:prism_sw.lib /OUT:D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exe /LIBPATH:C:\Users\MSC-30\.gluon\substrate\javafxStaticSdk\24-ea+7.1\windows-x86_64\sdk\lib /LIBPATH:C:\Users\MSC-30\.gluon\substrate\javaStaticSdk\24-4\windows-x86_64\lib

Output
======
Microsoft (R) Incremental Linker Version 14.39.33523.0
Copyright (C) Microsoft Corporation.  All rights reserved.

vmone.lib(awt_Toolkit.obj) : error LNK2005: DllMain already defined in vmone.lib(net_util_md.obj)
   Creating library D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.lib and object D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exp
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol sysconf referenced in function JVM_ActiveProcessorCount
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol __errno referenced in function JVM_Connect
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol __getreent referenced in function JVM_FindLibraryEntry
vmone.lib(cpuid.o) : error LNK2001: unresolved external symbol __getreent
vmone.lib(dummy.o) : error LNK2001: unresolved external symbol __getreent
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol dlsym referenced in function JVM_FindLibraryEntry
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol ioctl referenced in function JVM_SocketAvailable
vmone.lib(JvmFuncs.o) : error LNK2019: unresolved external symbol gettimeofday referenced in function Java_java_lang_System_currentTimeMillis
vmone.lib(JvmFuncs.o) : error LNK2001: unresolved external symbol __svm_vm_is_static_binary
vmone.lib(cpuid.o) : error LNK2019: unresolved external symbol ___chkstk_ms referenced in function checkCPUFeatures
vmone.lib(awt_Toolkit.obj) : error LNK2019: unresolved external symbol JVM_RaiseSignal referenced in function "public: static __int64 __cdecl AwtToolkit::WndProc(struct HWND__ *,unsigned int,unsigned __int64,__int64)" (?WndProc@AwtToolkit@@SA_JPEAUHWND__@@I_K_J@Z)
D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exe : fatal error LNK1120: 9 unresolved externals


Result
======
result: 1120

johanvos · 2024-09-19T09:13:41Z

ioctl etc are systemcalls in unix-like OS'es, but they don't exist on Windows. So those parts should have their Windows-specific equivalent.

ctoabidmaqbool · 2024-09-19T10:36:54Z

ioctl etc are systemcalls in unix-like OS'es, but they don't exist on Windows. So those parts should have their Windows-specific equivalent.

Thanks for providing suggetions! I am trying to resolve those unresolved sysmbols!

I have temporarly convert Makefile project to Visual Studio 2022 -> C++ Static Library project, and trying to resolve window compatible header file and codding, It's more easy to do work with visual studio build system for windows!

ctoabidmaqbool · 2024-09-20T10:40:20Z

@johanvos @jperedadnr Please! Review my PR!

I have temporary add Visual Studio 2022 -> C++ Static Library Project / Solutions. Which I used localy in my PC to get vmone.lib only (without libjdk.lib included) for testing purpose, until final solution I can get out!

I have put both files e.g. vmone.lib and libjdk.lib inside .gluoun to specific folder to do testing e.g.

Add linkerArgs for hello-gluon-ci project:

<linkerArgs>
    <arg>libjdk.lib</arg>
    <arg>/LTCG</arg>
    <arg>/FORCE:MULTIPLE</arg>
</linkerArgs>

Add /FORCE:MULTIPLE to exclude second duplicate defination (temporary fix)

libjdk.lib(awt_Toolkit.obj) : error LNK2005: DllMain already defined in libjdk.lib(net_util_md.obj) (error before adding)
libjdk.lib(awt_Toolkit.obj) : warning LNK4006: DllMain already defined in libjdk.lib(net_util_md.obj); second definition ignored (warning after adding)

Add /LTGC as suggestion is given:

vmone.lib(JvmFuncs.obj) : MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance

After testing, my desktop App runs secessfully e.g. mvnw -Pdesktop gluonfx:build gluonfx:nativerun!

Note: I have to be able to build on github actions runner (windows container) pending. and libjdk.lib must be added up to vmone.lib (pending)

…ot changed at all; Add JVM_RaiseSignal(int) function; Add Visual Studio 2022, C++ Static Library Solutions/Project;

…lutions;

ctoabidmaqbool · 2024-09-21T04:44:16Z

I thank, before comment I have done some mistake, I am not sure, now my native app is not running

E.g.

mvn -Pdesktop gluonfx:build (working)
mvn -Pdesktop gluonfx:nativerun (not working) error: Result for run until end: -1073741819

Console logs:

D:\GraalVM-Projects\gluonhq\hello-gluon-ci>mvn -Pdesktop gluonfx:nativerun
[INFO] Scanning for projects...
[INFO]
[INFO] -------------------< com.gluonhq.samples:hellogluon >-------------------
[INFO] Building HelloGluon 1.0.0-SNAPSHOT
[INFO]   from pom.xml
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- gluonfx-maven-plugin:1.0.25-SNAPSHOT:nativerun (default-cli) @ hellogluon ---
Configuration: ProjectConfiguration{graalPath='D:\Programs\graalvm-java23-windows-amd64-gluon-23+25.1-dev', javaStaticSdkVersion='24-4', javafxStaticSdkVersion='24-ea+7.1', javaVersion=23, graalVersion=23, useJNI=true, useJavaFX=true, usePrismSW=true, enableCheckHash=true, targetTriplet=x86_64-microsoft-windows, hostTriplet=x86_64-microsoft-windows, backend='null', bundlesList=[], resourcesList=[], reflectionList=[], jniList=[], initBuildTimeList=[], runtimeArgsList=[], releaseSymbolsList=null, appName='HelloGluon', releaseConfiguration='ReleaseConfiguration{packageType=null, description='The HelloGluon app', vendor='Gluon', version='null', macAppStore=false, macSigningUserName=null, macAppCategory=null, bundleName='null', bundleVersion='null', bundleShortVersion='null', providedSigningIdentity='null', providedProvisioningProfile='null', skipSigning=false, simulatorDevice='null', appLabel='null', versionCode='null', versionName='null', providedKeyStorePath='null', providedKeyStorePassword='null', providedKeyAlias='null', providedKeyAliasPassword='null'}', mainClassName='com.gluonhq.hello.HelloGluonApp', classpath='D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\classes;D:\.my-m2\repository\com\gluonhq\charm-glisten\6.2.3\charm-glisten-6.2.3.jar;C:\Users\MSC-30\.m2\repository\com\gluonhq\attach\display\4.0.21\display-4.0.21-desktop.jar;D:\.my-m2\repository\com\gluonhq\attach\display\4.0.21\display-4.0.21.jar;C:\Users\MSC-30\.m2\repository\com\gluonhq\attach\lifecycle\4.0.21\lifecycle-4.0.21-desktop.jar;D:\.my-m2\repository\com\gluonhq\attach\lifecycle\4.0.21\lifecycle-4.0.21.jar;C:\Users\MSC-30\.m2\repository\com\gluonhq\attach\statusbar\4.0.21\statusbar-4.0.21.jar;D:\.my-m2\repository\com\gluonhq\attach\statusbar\4.0.21\statusbar-4.0.21.jar;C:\Users\MSC-30\.m2\repository\com\gluonhq\attach\storage\4.0.21\storage-4.0.21-desktop.jar;D:\.my-m2\repository\com\gluonhq\attach\storage\4.0.21\storage-4.0.21.jar;D:\.my-m2\repository\com\gluonhq\attach\util\4.0.21\util-4.0.21.jar;D:\.my-m2\repository\org\openjfx\javafx-base\24-ea+5\javafx-base-24-ea+5-win.jar;D:\.my-m2\repository\org\openjfx\javafx-base\24-ea+5\javafx-base-24-ea+5.jar;D:\.my-m2\repository\org\openjfx\javafx-controls\24-ea+5\javafx-controls-24-ea+5-win.jar;D:\.my-m2\repository\org\openjfx\javafx-controls\24-ea+5\javafx-controls-24-ea+5.jar;D:\.my-m2\repository\org\openjfx\javafx-graphics\24-ea+5\javafx-graphics-24-ea+5-win.jar;D:\.my-m2\repository\org\openjfx\javafx-graphics\24-ea+5\javafx-graphics-24-ea+5.jar'}
[Sat Sep 21 21:17:42 PKT 2024][INFO] ==================== RUN TASK ====================
[Sat Sep 21 21:17:42 PKT 2024][FINE] PB Command for run until end: D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\HelloGluon.exe
[Sat Sep 21 21:17:42 PKT 2024][FINE] Start process run until end...
[Sat Sep 21 21:17:43 PKT 2024][FINE] Result for run until end: -1073741819
[Sat Sep 21 21:17:43 PKT 2024][SEVERE] Process run until end failed with result: -1073741819
Check the log files under D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\log
And please check https://docs.gluonhq.com/ for more information.
[Sat Sep 21 21:17:43 PKT 2024][INFO] Logging process [run until end] to file: D:\GraalVM-Projects\gluonhq\hello-gluon-ci\target\gluonfx\log\process-run until end-1726935463885.log
             _______  ___      __   __  _______  __    _
            |       ||   |    |  | |  ||       ||  |  | |
            |    ___||   |    |  | |  ||   _   ||   |_| |
            |   | __ |   |    |  |_|  ||  | |  ||       |
            |   ||  ||   |___ |       ||  |_|  ||  _    |
            |   |_| ||       ||       ||       || | |   |
            |_______||_______||_______||_______||_|  |__|

    Access to the latest docs, tips and tricks and more info on
    how to get support? Register your usage of Gluon Substrate now at

    https://gluonhq.com/activate



[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  10.090 s
[INFO] Finished at: 2024-09-21T21:17:46+05:00
[INFO] ------------------------------------------------------------------------

hello-gluon-ci\target\gluonfx\log
process-run until end-1726936465780.log
process-link-1726936458519.log
process-compile-1726936454468.log
hello-gluon-ci\target\gluonfx\x86_64-windows\gvm\log
client-debug0.1.log
client-debug0.log

ctoabidmaqbool · 2024-09-24T10:12:26Z

It looks like I am just wasting my important time! Unfortunatly no proper response from Gluon team!
It looks like gluon techonolgoy is just a expiremental tool, which somehow works and sometime not, it's not for production ready projects!

If someone is using old plugins no support at all, javafxmobile-plugin.
Now the case of Window in latest gluonfx-maven-plugin
no support at all!

What could be expacted in feature!

mingw32-make clean all

ctoabidmaqbool added 30 commits September 12, 2024 05:17

Temporary change from tags to branches to do get helps form github ac…

3a75bc9

…tions runner on evey push!

Enable windows github actions and debug uname in windows

a1d5d56

debug if libjdk.lib is copied to correct directory and we are in corr…

601cdd8

…ect directory!

use correct uname e.g. MSYS_NT-10.0-20348

e927616

try to verify and make sure in both linux and window same jdk must be…

2c1df6d

… used!

mistakenly changed version for build-android rather then for build-wi…

d996ca5

…ndows-x64 bit

try to fix use jdk 11 in windows too

dae49c7

try to setup msy2, e.g. D:\msys64\usr\include\sys\mman.h

19ce250

Custom install MSYS2

eca92cc

fix no such!

2e15542

try to fix: D:\a\_temp\b47e13e7-f3b6-4bed-8d8a-3e94a4e725b3.sh: line …

8539bd6

…1: C:toolsmsys64usrbinbash.exe: command not found

fixed, \usr\include\sys not exists!

adfe22f

Another try using msys2_shell.cmd

15509cc

as Online is git bash shell, some debugging

d9a6868

set system path variable using different method!

b64c6c5

github path syntax, fix

156a4a2

trying out $PATH instead of $GITHUB_PATH

3a7bbb7

path variable using different way

b943f3b

using bash

e3a0fa0

fix path ls /c/tools/msys64/usr/include/sys

e70fac1

try to use msys64 bash terminal

16fd14a

fix path syntax,

a33a453

and remove all others jobs except windwos-64 bit to focus on windows only!

try to install necessory nsys64 PACKAGES

721ad09

switch to MINGW64_NT-10.0-20348

04bc882

switch to msys64 for make clean all

fd6cb6d

Run make clean all in bash shell!

523b614

bash without --login -i

35e2401

try to match MINGW64_NT without version info!

626dc78

try to add java before make clean build

ad8e053

witch shell to msys64 directly!

86c8854

ctoabidmaqbool added 13 commits September 17, 2024 04:56

Try to do partial match: e.g. MINGW64_NT

c3df9c4

Fixed: In case of windows from libjdk.lib only files must be added not folders too!

debugging files extracted by libjdk.lib

8cd0fa4

debugging if d drive is available online;

ba9c386

some more tests

0f40f34

debugging some more!

3578c17

debugging if folders are createing?

b3e28d5

fix code formate

3526a2a

fix some more syntax erros

b0c4746

Remove extras:

aee7999

Try to create D drive;

fix syntax

0bfbd35

check online ar version!

8e2ffd0

try to extract files in temp form libjdk.lib

a9b068c

Try to add local finished file!

9f38c38

ctoabidmaqbool mentioned this pull request Sep 18, 2024

Add support for Windows gluonhq/substrate#1284

Open

dubbing dirlist.txt;

bd80868

ctoabidmaqbool mentioned this pull request Sep 19, 2024

Substrate changes to support Windows native build (vmone for Windows) gluonhq/substrate#1288

Open

3 tasks

ctoabidmaqbool added 2 commits September 21, 2024 02:44

Add windows native codding stuff while make sure, Mac/Linux codding n…

c14f342

…ot changed at all; Add JVM_RaiseSignal(int) function; Add Visual Studio 2022, C++ Static Library Solutions/Project;

Add vmone.lib build through Visual Studio 2022 -> Release -> Build So…

f0cf8cb

…lutions;

ctoabidmaqbool added 2 commits September 24, 2024 21:37

Try to do solve errors caused by:

c9dd6c4

mingw32-make clean all

temp fixes!

8535238

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Trying to do Windows Implementation of Vmone #7

Trying to do Windows Implementation of Vmone #7

ctoabidmaqbool commented Sep 18, 2024

ctoabidmaqbool commented Sep 18, 2024

jperedadnr commented Sep 18, 2024

ctoabidmaqbool commented Sep 19, 2024

ctoabidmaqbool commented Sep 19, 2024 •

edited

Loading

ctoabidmaqbool commented Sep 19, 2024

johanvos commented Sep 19, 2024

ctoabidmaqbool commented Sep 19, 2024

ctoabidmaqbool commented Sep 20, 2024 •

edited

Loading

ctoabidmaqbool commented Sep 21, 2024

ctoabidmaqbool commented Sep 24, 2024 •

edited

Loading

Trying to do Windows Implementation of Vmone #7

Are you sure you want to change the base?

Trying to do Windows Implementation of Vmone #7

Conversation

ctoabidmaqbool commented Sep 18, 2024

ctoabidmaqbool commented Sep 18, 2024

jperedadnr commented Sep 18, 2024

ctoabidmaqbool commented Sep 19, 2024

ctoabidmaqbool commented Sep 19, 2024 • edited Loading

ctoabidmaqbool commented Sep 19, 2024

johanvos commented Sep 19, 2024

ctoabidmaqbool commented Sep 19, 2024

ctoabidmaqbool commented Sep 20, 2024 • edited Loading

ctoabidmaqbool commented Sep 21, 2024

ctoabidmaqbool commented Sep 24, 2024 • edited Loading

ctoabidmaqbool commented Sep 19, 2024 •

edited

Loading

ctoabidmaqbool commented Sep 20, 2024 •

edited

Loading

ctoabidmaqbool commented Sep 24, 2024 •

edited

Loading