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.


Messages - Dave Yeo

Pages: [1] 2 3 ... 364
1
Building agena with makefile.os2 renamed to makefile, so 'make os2' with gcc 9.2.0 dies with,
Code: [Select]
make all MYCFLAGS="-O2 -static-libgcc -DLUA_BUILD_AS_DLL -D_FILE_OFFSET_BITS=64 -D_DIRENT_HAVE_D_TYPE -DPCRE2_CODE_UNIT_WIDTH=8 -D__ST_MT_ERRNO__ -DLUA_USE_LINUX -DINCL_BASE -DHAVE_NCURSES_H"
make[1]: Entering directory 'H:/tmp/agena-5.1.1-src/src'
gcc -Wall -Wno-attributes -Wno-strict-aliasing -Wno-deprecated-declarations -Wno-unknown-pragmas -fgnu89-inline -fomit-frame-pointer -DLUA_BUILD_AS_DLL -D_FILE_OFFSET_BITS=64 -D_DIRENT_HAVE_D_TYPE -DPCRE2_CODE_UNIT_WIDTH=8 -D__ST_MT_ERRNO__ -DLUA_USE_LINUX -DINCL_BASE -DHAVE_NCURSES_H -O2 -static-libgcc -DLUA_BUILD_AS_DLL -D_FILE_OFFSET_BITS=64 -D_DIRENT_HAVE_D_TYPE -DPCRE2_CODE_UNIT_WIDTH=8 -D__ST_MT_ERRNO__ -DLUA_USE_LINUX -DINCL_BASE -DHAVE_NCURSES_H   -c -o lvm.o lvm.c
In file included from ldo.h:11,
                 from lvm.h:10,
                 from lvm.c:24:
lvm.c: In function 'luaV_execute':
lobject.h:217:37: error: incompatible types when assigning to type 'complex double' from type 'lua_Number *' {aka 'double *'}
  217 |   { TValue *i_o=(obj); i_o->value.c=(x); i_o->tt=LUA_TCOMPLEX; }
      |                                     ^
lvm.c:9121:15: note: in expansion of macro 'setcvalue'
 9121 |               setcvalue(ra, z);
      |               ^~~~~~~~~
make[1]: *** [<builtin>: lvm.o] Error 1
make[1]: Leaving directory 'H:/tmp/agena-5.1.1-src/src'
make: *** [makefile:117: os2] Error 2

Similar error with gcc 4.4.6, just less informative.
Need a cast?

2
So, wondering why the guard around swab in W:\usr\lib\gcc\i686-pc-os2-emx\9\include-fixed\unistd.h fails for you yet the same one in unistd.h works, I thought to download the source.
Rather my sourceforge cookie expired or they've changed their code as all I get is the cloudflare verifying you are human thingy now. Tried on my phone, got something like "downloading to this device is not allowed" in 3 different browsers. Fell back to using Thunderbird, which actually still works. This is a problem on OS/2 as all our browsers fail to get by cloudflare now. Previously I've been asked for help downloading agena due to cloudflare and due to having a cookie, I could.
Next problem, makefile.os2 says https://sourceforge.net/projects/agena/files/Packages/mapmagena-1.1.2a.tar.gz/download is a prerequisite. Sourceforge says it doesn't exist. So using Thunderbird, I found mapmagena-2.0.4.tar.gz in your files area.
I'll try compiling soon.
BTW, Arca Noae does not support GCC and recommends using OpenWatcom, see https://www.arcanoae.com/wiki/information-for-developers/ Most of GCC development is done by Paul now, previously Bitwise who helped Paul and tweaked 9.2.0 and for klibc, originally IBM paid for it to build Mozilla.

3
Programming / Re: Networking: socket() returns positive `non-socket`
« on: July 07, 2025, 11:22:35 pm »

I just discovered that I have already GCC 9.2.0 installed but any compilation attempt fails because of this `swab`conflict that has been haunting me for years.


Hi Alex, what error does the 'swab' conflict give?

4
Programming / Re: Networking: socket() returns positive `non-socket`
« on: July 07, 2025, 06:07:59 pm »
Hi, not much of a programmer so I'll let others comment on the code.
For your linking line, I'd drop the -lsocket, it's not needed with current libc. Add -lcx (libc extensions) and also use -Zomf, probably before the -L.
-Zomf will convert the object files to native OMF and use the system linker rather then the ancient ld. You may have to install watcom-wlink-hll using yum and set things up to use wl.exe as the linker. Run emxomfld with no parameters to see the needed environment variables. -Zomf is also required to use debuggers, of which only native ones work.
Once working -Zhigh-mem is a good LDFLAG to use memory in the high arena (above 1GB). -Zmap is handy to build a map file for debugging purposes.

Is there a reason not to start out using the yum installed GCC 9.2.0? Includes, libs etc will just work and after you have it working, you can rebuild with the older GCC's if you choose.

6
Programming / Re: Networking: socket() returns positive `non-socket`
« on: July 06, 2025, 09:07:40 pm »
Post to the latest thread.
I'd patiently wait for a response from someone who knows this stuff. For many it is a long weekend.
Which headers are you using? Are you linking against libcx (-lcx). Also what cflags/ldflags are you using?

7
Networking / Re: Networking: socket() returns positive `non-socket`
« on: July 06, 2025, 09:03:07 pm »
I'd patiently wait for a response from someone who knows this stuff. For many it is a long weekend.
Which headers are you using? Are you linking against libcx (-lcx). Also what cflags/ldflags are you using?

8
Internet / Re: Dooble releases-Qt6
« on: July 06, 2025, 04:28:34 am »
Latest Dooble release, ftp://dry@ftp.os2voice.org/tmp/dooble-2025-07-04-Qt6.zip See help-->Release Notes for changes, all from upstream.

9
Web applications / Re: Dooble releases, Qt5 builds
« on: July 06, 2025, 04:27:50 am »
Latest Dooble release, ftp://dry@ftp.os2voice.org/tmp/dooble-2025-07-04-Qt5.zip See help-->Release Notes for changes, all from upstream.

10
Article Discussions / Re: Games with older SDL and FSLIB
« on: July 01, 2025, 01:27:14 am »
Hi Martin, I've screwed around trying to get it to work from amoebax/ with no luck. Looking it likely needs the source patched which I don't have the knowledge to do.

11
Article Discussions / Re: Games with older SDL and FSLIB
« on: June 30, 2025, 08:03:38 am »
Here's a binary that will work if ran from /usr/local/bin if you copy the contents of the previous package's share/ directory to /usr/local/share.
Tomorrow I'll try to figure out how it sets things up for looking for the data and see about changing it

12
Article Discussions / Re: Games with older SDL and FSLIB
« on: June 30, 2025, 07:42:19 am »
Hmm, tried on a different drive, only worked when unzipped to \amoebax and ran from \amoebax\bin

13
Article Discussions / Re: Games with older SDL and FSLIB
« on: June 30, 2025, 07:29:53 am »
I got that error before I installed it. You are running amoebax.exe from amoebax\bin?
BTW, I tested installing in a non-root spot and it worked here retested by unzipping to tmp\amoebax, cd to bin and ran amoebax and it worked here.

14
Article Discussions / Re: Games with older SDL and FSLIB
« on: June 29, 2025, 11:48:15 pm »
Do you see that "Amoebax" is also compilable? It uses also zlib , libpng, Ogg, Vorbis

https://github.com/OSSGames/GAME-SDL-PUZZLE-Amoebax
I played with this quite a bit, the build system seems really screwed up and I give up.
So said fsck it and tried building with the original configure etc. With the correct config.site and configure arguments I got the attached which seems to work on a quick test. Needs further testing, and I installed to /amoebax, I think it will work install to amoebax, untested.
To do, write an INSTALL.OS/2 and clean up the config.site and include it. There's currently no source changes.

15
Article Discussions / Re: Games with older SDL and FSLIB
« on: June 29, 2025, 04:19:01 am »
Do you see that "Amoebax" is also compilable? It uses also zlib , libpng, Ogg, Vorbis

https://github.com/OSSGames/GAME-SDL-PUZZLE-Amoebax

Do you use automake for the ones that have "Makefile.am" ?

Regards

I played with this quite a bit, the build system seems really screwed up and I give up.

Pages: [1] 2 3 ... 364