OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Paul,
Don't know if it helps, but Ko Myung-Hun just did a new meson: https://github.com/komh/meson-os2/releases/tag/1.6.0
Regards,
[..]It has. While the examples worked, I couldn't get it to work with Classicube.
sh*t. I was hoping there was a better solution.
AFAIK also PortableGL has its limits (TinyGL is good but even more limited).
Mentore
[1/16] Linking target src/mapi/es2api/libGLESv2.so.2.0.0
FAILED: src/mapi/es2api/libGLESv2.so.2.0.0
c++ -o src/mapi/es2api/libGLESv2.so.2.0.0 src/mapi/es2api/libGLESv2.so.2.0.0.p/.._entry.c.o -shared -fPIC src/mapi/shared-glapi/libglapi.so.0.0.0 src/c11/impl/libmesa_util_c11.a -pthread
D:/Users/dmik/rpmbuild/BUILD/libc-0.1.13/src/emx/src/lib/startup/386/dll0.s:62 (/@unixroot/usr/lib/dll0.o): Definition of symbol __text (multiply defined)
D:\Temp/ccvnLdQd.s:0 (/@unixroot/usr/lib/dll0.o): Definition of symbol __data (multiply defined)
D:\Temp/ccvnLdQd.s:0 (/@unixroot/usr/lib/dll0.o): Definition of symbol ___data_start (multiply defined)
D:\Temp/ccvnLdQd.s:0 (/@unixroot/usr/lib/dll0.o): Definition of symbol ___bss_start (multiply defined)
src/mapi/shared-glapi/libglapi.so.0.0.0: Definition of symbol __data (multiply defined)
D:/Users/dmik/rpmbuild/BUILD/libc-0.1.13/src/emx/src/lib/startup/386/dll0.s:62 (src/mapi/shared-glapi/libglapi.so.0.0.0): Definition of symbol __text (multiply defined)
src/mapi/shared-glapi/libglapi.so.0.0.0: Definition of symbol ___data_start (multiply defined)
src/mapi/shared-glapi/libglapi.so.0.0.0: Definition of symbol ___bss_start (multiply defined)
[2/16] Linking target src/mapi/es1api/libGLESv1_CM.so.1.1.0
FAILED: src/mapi/es1api/libGLESv1_CM.so.1.1.0
c++ -o src/mapi/es1api/libGLESv1_CM.so.1.1.0 src/mapi/es1api/libGLESv1_CM.so.1.1.0.p/.._entry.c.o -shared -fPIC src/mapi/shared-glapi/libglapi.so.0.0.0 src/c11/impl/libmesa_util_c11.a -pthread -lpthread
D:/Users/dmik/rpmbuild/BUILD/libc-0.1.13/src/emx/src/lib/startup/386/dll0.s:62 (/@unixroot/usr/lib/dll0.o): Definition of symbol __text (multiply defined)
D:\Temp/ccvnLdQd.s:0 (/@unixroot/usr/lib/dll0.o): Definition of symbol __data (multiply defined)
D:\Temp/ccvnLdQd.s:0 (/@unixroot/usr/lib/dll0.o): Definition of symbol ___data_start (multiply defined)
D:\Temp/ccvnLdQd.s:0 (/@unixroot/usr/lib/dll0.o): Definition of symbol ___bss_start (multiply defined)
src/mapi/shared-glapi/libglapi.so.0.0.0: Definition of symbol __data (multiply defined)
D:/Users/dmik/rpmbuild/BUILD/libc-0.1.13/src/emx/src/lib/startup/386/dll0.s:62 (src/mapi/shared-glapi/libglapi.so.0.0.0): Definition of symbol __text (multiply defined)
src/mapi/shared-glapi/libglapi.so.0.0.0: Definition of symbol ___data_start (multiply defined)
src/mapi/shared-glapi/libglapi.so.0.0.0: Definition of symbol ___bss_start (multiply defined)
[3/16] Generating src/git_sha1.h with a custom command
ninja: build stopped: subcommand failed.
What about mesaGL? I don't remember its current status. A slow renderer would still be better than no renderer at all...
Mentore
I visited it, seven years back, and got it compiling and the examples ran good. [https://github.com/OS2World/LIB-GRAPHICS-WarpMesaGL.
Problem is that it is old. Gives gl.h while now it is gl2.h that is required.
sh*t. I was hoping there was a better solution.
AFAIK also PortableGL has its limits (TinyGL is good but even more limited).
OK, it uses GTK. That would be a huge job to port, much like Qt. While nice to have, I can't imagine it being ported.
It can also run in a browser, so that might be a possibility, though even for that there's a good chance it needs something we don't have, webgl or node.js.
QTextCodec *codec = QTextCodec::codecForName("KOI8-R");
QByteArray encodedString = codec->fromUnicode(string);Looks like you haven't installed Paul's latest qos2.dll. You are right that they do display differently though, just not that different.
Right, here after replacing qos2.dll (better but not good)
Right now, qtbase is configured with '-no-opengl' so it definitely won't work....I tried configuring without -no-opengl and with tinygl installed.
Run Build Command(s):C:/USR/BIN/ninja.exe cmTC_d65cf && [1/2] Building CXX object CMakeFiles/cmTC_d65cf.dir/src.cxx.o
FAILED: CMakeFiles/cmTC_d65cf.dir/src.cxx.o
c:/usr/local1420/bin/c++.exe -DHAVE_EGL -std=gnu++17 -o CMakeFiles/cmTC_d65cf.dir/src.cxx.o -c 'U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx'
U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx:2:10: fatal error: EGL/egl.h: No such file or directory
2 | #include <EGL/egl.h>
| ^~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.
Source file was:
#include <EGL/egl.h>
int main(int, char **) {
[[maybe_unused]] EGLint x = 0;
EGLDisplay dpy = 0; EGLContext ctx = 0;
eglDestroyContext(dpy, ctx);
}
Performing C++ SOURCE FILE Test HAVE_GLESv2 failed with the following output:
Change Dir: U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp
Run Build Command(s):C:/USR/BIN/ninja.exe cmTC_d65fe && [1/2] Building CXX object CMakeFiles/cmTC_d65fe.dir/src.cxx.o
FAILED: CMakeFiles/cmTC_d65fe.dir/src.cxx.o
c:/usr/local1420/bin/c++.exe -DHAVE_GLESv2 -std=gnu++17 -o CMakeFiles/cmTC_d65fe.dir/src.cxx.o -c 'U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx'
U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx:6:12: fatal error: GLES2/gl2.h: No such file or directory
6 | # include <GLES2/gl2.h>
| ^~~~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.
Source file was:
#ifdef __APPLE__
# include <OpenGLES/ES2/gl.h>
#else
# define GL_GLEXT_PROTOTYPES
# include <GLES2/gl2.h>
#endif
int main(int, char **) {
glUniform1f(1, GLfloat(1.0));
glClear(GL_COLOR_BUFFER_BIT);
}
The Qt5 build is currently the same as the Qt6 build when it comes to the titlebar, lots of question marks. It just didn't have the problems with the other weird characters that you fixed.
My bad I thought qt5 worked correctly, I feel better now
I noticed this in dooble_main.cc,Code: [Select]#ifdef Q_OS_WINDOWSTried adding Q_OS_OS2 to the ifdef, webgl crashed the browser when used. So read up on it, https://doc.qt.io/qt-6/windows-graphics.html.
QCoreApplication::setAttribute(Qt::AA_UseSoftwareOpenGL, true);
#endif
It is to load a non standard 3D driver including a software solution, they suggest Mesa llvmpipe which would need lvm. There are other software OpenGL drivers around such as TinyGL or PortableGL. Mentore has built TinyGL and I've built PortableGL previously IIRC.
The problem to overcome is that Cloudflare has become the gatekeeper of much of the internet with it's "Are you human" checks. These depend on WebGL to display, so we just get a spinning circle. Even a really slow 3D renderer would be better then nothing for these cases. And actually, given a small window, software OpenGL often doesn't perform too bad.