I've created an apt package repository for clib2.
At moment it is tested againts ubuntu 20.04

Here you can find all the details.
I'm planning to add other libraries and if you want to contribute just create a .deb package with the library and send it to me

Keep in mind that this is a work in progress so something could change in the future.

At moment you will find only three test packages. the clib2 itself (the shared version), libogg and gdbm

If you have suggestions let me know

Or maybe forget all existent, old or ancient code and recompile existing software (when possible) for new ISA.. and restart from zero

Just sent an email

Beta10 branch now contains the clib2.library.
It is not perfect 100% but thanks to the shared library now the old c++ bug with .so files has gone.
It is 99% reentrant. I've tried to move all global and static variables but there is something more to test.
Feel free to test it and report problems.
I'll write an OS4 installer soon

Even in Java..

nevermind.. i've fixed it. It was my mistake setting pr_CLibData in a wrong place..

Edit:
Now i have a problem that seems something similar.

Basically if I use stdin/stdout/stderr inside clib2 code I have no errors while if they are used inside the C program (f.e. fprintf(stdout,"")) I have a DSI.
stdin & co are pointer to the first three initialized iob in a clib2 constructor and for example if I use printf() that internally use fprintf(stdout) it works..

But it is local. I mean it is defined in a local struct and passed via pr_CLibData like in newlib. So i'm sure it is local to that program. It isn't defined in a global struct shared by all programs that use clib2.library. That's why it is strange

I'm trying to make clib2 fully reentrant but I have a problem with setjmp/longjmp. If I declare jmp_buf __exit_jmp_buf; globally (like in classic lib2 version) I have no problem and the longjmp works correctly.
But if I put it into my _clib2 struct that contains all variables, longjmp points to trashed memory.
I suspect it is an alignment problem (or something worst..)
I've tried to allocate the _clib2 struct with AVT_Alignment. I've also add pragma pack(2) but no luck. I've also tried to use a pointer to jmp_buf and then allocate it with AllocVecTags but always same problem.
Any hint?

This is what I've used. Except for adding slirp

@white

I've compiled qemu in that way and i've also used your command line but with no luck.. i'll try on my PC (it was my laptop) and see if it is different

@Maijestro

This is the qemu command line:

qemu-system-ppc -machine pegasos2 -cpu g3 -bios pegasos2.rom -rtc base=localtime -serial stdio -vga none -device sm501 -drive media=disk,format=raw,file=amigahd.img -cdrom Peg2InstallCD.iso

But i've also tried the "white" one. Same. I'm pretty sure the iso image is ok even because the setup is showing up. And with original not patched Peg2 iso wasn't working.

@Maijestro

I'm using ubuntu 18.04 under wsl2
qemu is 8.0 compiled using the guide found here
and i've created the image file using Balaton guide.
So even the command line is that one on balaton page. However i've also tried that one present here on this thread but with same result

I've followed the guide here:

http://zero.eik.bme.hu/~balaton/qemu/amiga/aos_pegasos2.html

and now I have OS4 that starts. But at boot menu the mouse seems not working and I can't choose any of the menu options.

First clib2.library version in action..

Great work mate!

If you have SDK installed you will find in SDK:C/FileHandleScan

https://www.amigans.net/modules/newbb/ ... id=127371#forumpost127371

:)

It is calling both functions. Shcrtbegin/end are used both when using -use-dynld. Don't ask me why it was broken in the past. I don't know how elf.library was working internally

As I wrote I can confirm that shared objects are working but since the elf.library has not been released is not possible to test them.
The amigaos.h file is correct so don't worry about it.
-Werror in beta10 has been removed. I'm waiting to merge it into master since there are some things I want to fix

Changing the constructors/destructors in that way cause the crash again in the elf.library that cause an ISI.
The code I'm using at moment is that one used in newlib

And regard the %(link_thread), using -Wl,--verbose I think will only move gthread-amigaos.o to the end and nothing else since sh/crtbegin is the first file and sh/crtend is the latest one

@joerg

Well, that was the newlib code and even for the amigaos.h file.. However i'll try it

@rjd324
Let me try it