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 - Paul Smedley

Pages: [1] 2 3 ... 143
Programming / Re: GCC - updates
« on: Today at 11:31:42 am »
OK I found the problem with gcc1.dll. New 13.3.0 build coming once it finishes -  most likely Saturday morning my time....

xcpt.cpp now gives the same results on both 13.3.0 and 14.1.0,  that is:
Code: [Select]
terminate called after throwing an instance of 'char const*'
terminate called recursively

Killed by SIGABRT
pid=0x63dd ppid=0x0048 tid=0x0001 slot=0x001a pri=0x0200 mc=0x0001 ps=0x0010
Creating 63DD_01.TRP
Moved 63dd_01.TRP to C:\var\log\app\6691818b-63dd_01-A-exceptq.txt

Programming / Re: GCC - updates
« on: Today at 09:40:31 am »
I can reproduce issue with xcpt.cpp.

ctype.cpp works for me:
Code: [Select]
{0}[u:\dev\gcc-os2-14.x] g++ ctype.cpp

{0}[u:\dev\gcc-os2-14.x] a
default locale:
locale with modified ctype:
  Column 1
  Column 2
  Column 3

'g++ -static-libgcc ctype.cpp'  also works for me (with 14.1.0)

I see the missing symbols errors with 13.3.0 - perhaps I've (accidentally?) fixed something locally in 14.1.0!

Latest 14.1.0 is

Networking / Re: Updated Samba Client
« on: July 11, 2024, 11:04:39 pm »
No specific fixes, other than tweaks to fix issues with GCC 14.1.0... All code rebuilt with GCC 14.1 as part of compiler validation...

Programming / Re: GCC - updates
« on: July 11, 2024, 09:04:08 am »
oops is there now

GCC 14.1.0 - please retest with latest  drop

GCC 13.3.0 -  suspect you need to manually add the libs with those symbols - the solution is probably to generate a stdcppxx.dll instead of shipping a static lib...

re: a.exe problem - I think I remember something - need to go investigate... I seem to  remember getting an error from gcc around some failed assertion in LINK_SPEC....

Programming / Re: GCC - updates
« on: July 11, 2024, 02:56:06 am »
Working debug with 14.1.0  (with a hack still in place):

Programming / Re: GCC - updates
« on: July 10, 2024, 10:09:33 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.



Programming / Re: GCC - updates
« on: July 10, 2024, 02:02:49 am »
More testing to be done, but 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
  538 | }

Programming / Re: GCC - updates
« on: July 09, 2024, 12:18:30 pm »
VERY lightly tested - but early build of GCC 13.3.0 is at

even lighter tested GCC 14.1.0 at

Debug is still broken, but I think I just fixed it  - rebuilding now to test

Programming / Re: GCC - updates
« on: July 09, 2024, 01:24:58 am »
Looks like the best option is to at least partially revert and re-instate stabs support... More when there's  something to share...

Edit: looking promising....

Programming / Re: GCC - updates
« on: July 08, 2024, 01:19:36 am »
VERY early days, but...

Code: [Select]
{0}[u:\t] u:\dev\gcc-os2-13.x\host-i686-pc-os2-emx\gcc\xgcc --version
xgcc.exe (GCC) 13.3.0
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO

{0}[u:\t] u:\dev\gcc-os2-13.x\host-i686-pc-os2-emx\gcc\xgcc -BU:/dev/gcc-os2-13.
x/host-i686-pc-os2-emx/gcc/ -O2 -o helloworld.exe helloworld.c

{0}[u:\t] helloworld.exe
Hello, World!

STABS support has been removed, so building with debug symbols will generate errors.

Building libgcc is a pain as for some reason, I'm getting:
Code: [Select]
../.././libgcc/../gcc/common/config/i386/cpuinfo.h: Assembler messages:
../.././libgcc/../gcc/common/config/i386/cpuinfo.h:1718: Error: unknown pseudo-op: `.text.ctors.65434'

I haven't worked out yet what's causing the ".text.ctors.65434" to be generated. For now, I can manually generate cpuinfo.S and remove the offending line and generate cpuinfo.o and I end up with a seemingly working gcc1.dll

Will have to see how things go with building the rest of the compiler...

Networking / Re: Updated Samba Client
« on: June 27, 2024, 11:31:11 am »
Thanks for testing Dave... the whole named pipe issue is a complete PITA....

Networking / Re: Updated Samba Client
« on: June 26, 2024, 09:32:00 am »
well.... after rebuilding 4.19.6 and 4.19.7 -  both seem to be working after light testing...

Full package:
Client DLL:

net rpc issue is still unresolved (pipes on OS/2 are a PITA)

Now to work out why the server from 4.20 is aborting connections....

Networking / Re: Updated Samba Client
« on: June 26, 2024, 05:23:25 am »
Confirming that 4.19.5 smbd runs.... switching to 4.19.6 now to remind myself how that one failed..... should narrow down the amount of changes to review  to determine what broke.

Networking / Re: Updated Samba Client
« on: June 26, 2024, 03:08:47 am »
Reverting my 4.19.x branch back to 4.19.5  and will rebuild it and confirm it works  - might help narrow down what broke...

Programming / Re: Strange autoconf / autoreconf / configure behavior
« on: June 24, 2024, 10:58:07 am »
after playing around trying to update binutils, I have to say how much I hate autotools....

Pages: [1] 2 3 ... 143