Qt 6 progress

@elfpipe

Quote:

Because of limited time currently. I only flow everything very light to not get lost to much. But I think this issue is somewhere binutils. At least I think I read somewhere that the linker constructs/has to construct the array. So that it works if the code only has the start pointer.

Check https://maskray.me/blog/2021-11-07-init-ctors-init-array

Other systems switched from .ctors/.dtors to .init_array/.fini_array in GCC version 4.7. Either this has to be done for AmigaOS 4.x as well (with the required changes in the shcrtbegin.c code), or maybe you can enable a backward compatibility option the the binutils config to continue using .ctors/.dtors instead.

This is the current situation :

Qt6 with Dynamic Link

@elfpipe

Cool! Congratulations!

Paul

@elfpipe

AWESOME man!!!!!!

I've seen that .ctors/.dtors on adtools is almost used only on os4 part. While all other OSes has moved to .init_array .fini_array.
Check for example MOS code (but you can use any other OS that use elf) under binutils/repo/bfd

@elfpipe

Well done!

@elfpipe

I can't imagine having to fix the toolchain I'm using to port a GUI library to another OS. That was a huge effort and you should be commended. I've been following your progress for months and your work is quite impressive. You've opened the door to a large number of modern applications that can now be ported to OS4.

@elfpipe

Congratualtions!!

I can just guess at how steep a mountain it is you're climbing.
Thank you very much for your efforts.

It's like you're making it look easy!

;D

PJS

@elfpipe

Very well done!!!! Hero!

Well done, congrat!

@elfpipe

wow..well done. been following this as well. how possible is a port of Transmission torrent downlader be now?

I've just tried in clib2 to use .init_array/fini_array and .init/.fini and they both doesn't work. No costructors is called. Not only. It seems constructors are not linked at all.
So the problem is both in elf and adtools.

@thread

Thanks to all for the recommendations. I am looking forward to doing some more work on the Qt port soon.

@noXLar

It could be very easy. But as far as I remember, it uses a custom library, that needs to be ported. So it will not be enough to just use Qt6Network.

@afxgroup

If you are using latest elf.library, then be aware, that the startup code is never called. So support for init_array needs to be added to elf.library internally.

no at moment i'm using a no-beta-test system with current adtools version and my clib2. But i think that adtools needs a lot of work to be compatible with latest changes in binutils.
BTW at moment:

clib2/libgcc/static works
clib2/libg++/static works
clib2/libgcc/shared works
clib2/libg++/shared crash because libstdc++ constructors are called before libc one

I'm trying to see if it is possible to fix this in clib2 at moment

@afxgroup
Quote:Did you update all amiga* linker scripts to create .init_array/.fini_array instead of .ctors/.dtors sections? If not it obviously can't work.

no. I didn't change the linker scripts. But .init and .fini should be there and I get the same error. That's why I suspect it is a problem on both adtools and elf.library
However as I told in the post earlier the elf32-amigaos needs to be rewritten in my opinion (it lacks also .init/.fini part).
Check the mos one for example. It is totally different and more similar to newer one present on other platforms and it supports also .init_array/.fini_array:

@elfpipe

I've just tried the elf beta and I get no crash anymore. But while the static one works correctly (it prints some stuff in the console) the shared one doesn't print anything and exit.
I've checked with snoopy that .so files are loaded correctly by elf.library

@afxgroup

The .init_array code still needs to be implemented in elf.library for shared objects. This is probably quite easy, but atm I'm occupied with another elf issue.

@elfpipe

Ok no problem. Since as I wrote adtools needs to be patched too.