Messages

1

General Discussion / Re: Introduction post....

« on: August 14, 2024, 11:17:03 pm »

First time posting on this forum though I've been an OS/2 user since 1995. Today I rely on different Linux distros to do most work as platform of choice. I have a rugged laptop that I use for my copy of ArcaOS which I have setup to operate and look as OS/2 Warp once did.

I've been in the email chain and on the Facebook OS/2 groups for a while. In a subsequent post I will put a link out in these forums about establishing an OS/2 Warp Appreciation Day set for October 11th 2024, 30 years since the IBM release of OS/2 Warp 3.0. Folks will get to know me better as my participation here grows with you all.

Thank You and My Regards,

Jason Page

Hi Jason,
welcome to the forum.
We are eager to look at your contributions!

Mentore

2

Programming / Re: GCC - updates

« on: July 11, 2024, 11:15:03 am »

Hey Mentore,

I've deliberately set this up to easily work *with* rpm gcc 9.2.0.

Unzip it to the root of the same drive you have rpm installed on. To switch to a newer gcc, 'set path=c:\usr\local1330\bin;%path%' (or whatever the path is).  GCC 9.2.0 will still be installed into c:\usr\bin and it's easy to change between them.

Cheers,

Paul.

Fantastic job Paul, as usual.
Thanks!

Mentore

3

Programming / Re: GCC - updates

« on: July 10, 2024, 08:02:18 am »

More testing to be done, but https://smedley.id.au/tmp/gcc-13.3.0-os2-20240710.zip seems to correctly create debug symbols...

GCC 14.1.0  is giving some errors builing libgcc with debug code:

Code: [Select]

during RTL pass: final
../.././libgcc/libgcc2.c: In function '__muldi3':
../.././libgcc/libgcc2.c:538:1: internal compiler error: in eliminate_regs, at reload1.cc:2938
  538 | }


As usual, fantastic job Paul.
May I ask if it is possible to directly substitute this over, say, GCC 9.2.0 from the netlabs YUM/RPM repository?
Mentore (still reinstalling ArcaOS beta to work on the italian NLS)

4

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 24, 2024, 03:30:34 pm »

after playing around trying to update binutils, I have to say how much I hate autotools....

 

When it works it's a breeze. But when it doesn't...

Mentore

5

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 24, 2024, 09:23:07 am »

You can just reinstall the YUM/RPM stuff. Should backup your package list first with ANPM, Manage-->Yum Tools-->Export package List.
Basically, go to d:\usr\lib, run unlock *.dll. Move d:\usr, d:\var, d:\etc out of the way, forget if a reboot should be done, I think not. Run ANPM to bootstrap the RPM system. I'd suggest not enabling netlabs-exp at first. You can import your packages or manually install them. Test, eventually enable netlabs-exp and see if things keep working.

This is something I'll surely try when I get back to my VM. Thanks Dave, I really need to know better RPM/YUM and ANPM strategy.
I'll also have to install the latest ArcaOS beta to try and work on the Italian version, so most probably I'll go both ways.

Thanks all - will report ASAP.

Mentore

6

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 21, 2024, 09:06:19 am »

Which drive are you working on ?

And what does UNIXROOT env var set to ?

How did you install your auto-tools ?

Where is your `sh' from ?

Hello mate,
UNIXROOT points to D: drive where I put usr/ directory and every relevant subdirectory.
auto-tools installed via ANPM and worked fine until this suddendly happened.

Also, sh, ash and ksh come with the standard development tools gotten via ANPM.

Can't get a clue of what's changed, but one day a configure script was perfect, the next day this error pops up from the very same script. Since then, no success in generating makefiles.

Mind you, CMake works, make works, so if I can arrange or modify an existing makefile I'm fine and everything works well (doesn't mean I get a really useful executable 100% of the times, but this is normal in porting software).

So I'm guessing a system reinstall may be useful...

Mentore

7

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 20, 2024, 01:05:55 pm »

And what shell are you using?

KO, Dave, thanks.

Perl installed and I'm using sh as default shell.
The really really strange thing is that everything used to work until someday this happened.
And I really can't understand why 

I wonder if this has something to do with a certain clean.exe software I installed in lieu of the already present one in /usr/bin, but I don't know what the correlation may be.
I'll try something this morning changing che autotools with the latest version provided by KO and report back.

The toolchain works, by the way - I was able to recreate an OS/2 version of ZesarUX (https://github.com/chernandezba/zesarux), a really interesting multi machines emulator under SDL. It seems OS/2 finally has his Sinclair QL emulator 

Thanks again!
Mentore

Re-quoting myself.
I am still in the midst of this... I edited libtoolize, aclocal, autoconf, autoreconf and some other files to remove every instance of the string "/@unixroot" since it seemed to cause troubles.
Trying to run autoconf, autoreconf and aclocal from scripts and command line I always receive the same error in aclocal:

From ksh

Running aclocal
Can't open perl script "exe": No such file or directory
aclocal: error: echo failed with exit status: 2
Error: aclocal failed

Similar error occur if I try from sh or ash. I'm starting to get frustrated, since everything worked great before...

Maybe a complete system reinstallation would be needed. I'll think about that.
Mentore

8

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 20, 2024, 07:53:25 am »

And what shell are you using?

KO, Dave, thanks.

Perl installed and I'm using sh as default shell.
The really really strange thing is that everything used to work until someday this happened.
And I really can't understand why 

I wonder if this has something to do with a certain clean.exe software I installed in lieu of the already present one in /usr/bin, but I don't know what the correlation may be.
I'll try something this morning changing che autotools with the latest version provided by KO and report back.

The toolchain works, by the way - I was able to recreate an OS/2 version of ZesarUX (https://github.com/chernandezba/zesarux), a really interesting multi machines emulator under SDL. It seems OS/2 finally has his Sinclair QL emulator 

Thanks again!
Mentore

9

Programming / Re: GCC - updates

« on: June 18, 2024, 08:14:27 am »

I'm looking forward to it!

Me too!
As soon as I can get back autotools working I'll definitely try it.
Mentore

10

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 12, 2024, 02:03:11 pm »

Another attempt, this time after re-installing autoconf and automake: this time I receive

sh /usr/bin/autoreconf -sfvi
/usr/bin/autoreconf.: /@unixroot/usr/bin/perl: not found

Getting kind of lost here...

Mentore

11

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 06, 2024, 04:07:44 pm »

Bringing up this thread with some little more information.

I'm trying to autoreconf this HP48 emulator (x48 -- HP48 CPU emulator) which, by the way, most probably won't compile because I need X and I still didn't install development files. But this is not my issue.
My problems with auto* tools still remain: if I launch

sh /usr/bin/autoreconf -sfvi 

or similar invocation I get this error

aclocal: running echo 'm4_define([m4_require_silent_probe], [-])' | autom4te --l
anguage Autoconf-without-aclocal-m4  - /usr/share/aclocal-1.16/internal/ac-confi
g-macro-dirs.m4 @C:/var/temp/PW47KLolVM configure.ac
Can't open perl script "exe": No such file or directory
aclocal: error: echo failed with exit status: 2

which gives me nothing since I still can't figure out what "exe" script perl is searching for. Also, for the life of me I can't understand why the script tries to write in C:\var\temp since I set every temporary variable to D:\temp, where I develop.

attaching a log from the execution of aclocal. Most probably will be useless, since it's got no warnings at all.

Mentore

12

Comments, Suggestions & Questions / Re: Hobbes (Files) Reoganization

« on: June 04, 2024, 08:08:59 am »

Hello Again

Just to let you know that I keep uploading OS/2 little things on HobbesArchive.

I'm on the up going phase of looking some old OS/2 Shareware CDs/Sites/File archives and see which OS/2 files are we missing on Hobbes and upload them there. Usually now are little things, some old software, little REXX scripts and even sometimes newer versions of old software that are already on Hobbes.

I'm also trying to consolidate non-english OS/2 software on Hobbes by putting _de or _jp on the name of the files( if the software is exclusively available in a non English languange)

If someone see something that we are missing on HobbesArchive.com just post it here, or let me know.

Regards

Good to hear, Martin.
I'm sure I have something old related to long lost archives, like Fernwood (already removed a lot of useless or duplicate entries), plus some OS/2 ports I'm working on during my little spare time. Going to upload on Hobbesarchive asap.

Mentore

13

Programming / Re: Qt6 Development

« on: May 30, 2024, 03:18:44 pm »

A few more exceptq reports  with the latest exceptq...

All from pages with javascript, all slightly different....

Seem all are related to unallocated or uncommitted memory. Wonder why...

Mentore

14

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: May 22, 2024, 11:16:10 am »

Hi/2.

How about trying `-c' option like:

Code: [Select]

sh -c /usr/bin/autoreconf -sfvi

or

Code: [Select]

sh -c "/usr/bin/autoreconf -sfvi"

Auto tools scripts are not shell scripts but perl scripts in many cases.

KO Myung-Hun

Thanks for this help KO. I'll check everything asap. What puzzles me is that this behavior just started occurring on every project, suddendly, while days ago autoreconf and the other perl scripts worked correctly.

Will update asap.

Mentore

Quoting myself:

after creating a config.site file and slightly modifying my CMD settings file the result is the same - error on gawk while running config.status.

Also, if I issue autoreconf, the result is this


[D:\Sviluppo\sorgenti\tmp\cscope-15.9>]sh -c /usr/bin/autoreconf -sfvi
Can't open perl script "exe": No such file or directory


which points me really nowhere. Have to check something, or maybe the best solution is to reinstall everything.

Mentore

Bit of update: correcting SED=sed in configuration made configure work again.
It seems I need to work a little more to make autoreconf / autoconf work correctly.

Mentore

15

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: May 22, 2024, 09:02:15 am »

Hi/2.

How about trying `-c' option like:

Code: [Select]

sh -c /usr/bin/autoreconf -sfvi

or

Code: [Select]

sh -c "/usr/bin/autoreconf -sfvi"

Auto tools scripts are not shell scripts but perl scripts in many cases.

KO Myung-Hun

Thanks for this help KO. I'll check everything asap. What puzzles me is that this behavior just started occurring on every project, suddendly, while days ago autoreconf and the other perl scripts worked correctly.

Will update asap.

Mentore

Quoting myself:

after creating a config.site file and slightly modifying my CMD settings file the result is the same - error on gawk while running config.status.

Also, if I issue autoreconf, the result is this


[D:\Sviluppo\sorgenti\tmp\cscope-15.9>]sh -c /usr/bin/autoreconf -sfvi
Can't open perl script "exe": No such file or directory


which points me really nowhere. Have to check something, or maybe the best solution is to reinstall everything.

Mentore