all vbcc libc functions are already integrated into clib2 (i think also the original version). In my version there are a lot of new functions that should cover some posix requirement. Of course it is not 100% posix compatible (and most probably will never be..)
My goal is to try to compile linux stuff easily without too many changes and a lot of software can be compiled.
I need help to improve it. But at moment no one has send even a small issue or patch. So I doubt someone is using (will use) it

@Hans

I don't know if GLES2 it is really supported. Despite that article if you checkout the source code GLES2 seems unavailable whiel GLES3 it is present

You can see this also here:

https://github.com/godotengine/godot/tree/master/drivers

@trixie
Quote:

Godot is the best (open source) game framework you can find at moment. And it has really a lot of developed games

@trixie

Quote:

Godot has dropped support for OpenGLES since version 2.1. 3.0 use vulkan like a lot of new software.
So we need vulkan first.. but i think it will be really hard

mplayer has two audio modes. ahi and ahi_dev. If you open mplayer with ahi_dev it will use audio.device correctly (or at least my old version)

mplayer has two audio modes. ahi and ahi_dev. If you open mplayer with ahi_dev it will use audio.device correctly (or at least my old version)

PATH_MAX should not affect getcwd. Because the path returned from system should be always less than 1024. So if you pass a larger buffer it must work (and it works..)

i've fixed it in clib2 beta3 branch. And i've added getwd and get_current_dir_name too

SDK:clib2

In local folder are installed are third party libraries

I've published a new beta

https://github.com/afxgroup/clib2/releases/tag/v1.0.0-beta-2

Use this one that has a lot of improvements and fixes

g++: error: unrecognized command-line option '-Wpragma-pack'

It seems a problem on gcc not on clib2

However regard clib2. The purpose is to have a C library that doesn't require ages to be updated like newlib. If we find bugs or we want to implement some new stuff we can do it. And read well "WE". I mean. We are in 2022 not in 1990 where closed source was the rule. Today the open source is the solution but no one in Amiga Land understand this (Even Microsoft has learn the lesson).
I hope that all of you will help the project. I'm pretty sure there are bugs because i've made really a lot of changes.
So this is the purpose. I cannot rely anymore on newlib for my projects because Hyperion/Aeon/God/Satana are not reliable. Not anymore.

new beta version trunk has (thanks to debug..):

all at once 0.080000
fwrite one byte at time: 8.500000
fputc one byte at time: 7.240000

So not fast as newlib but faster.. :)

I have to try different buffer size but now i'm on right path

with BUFSIZ of 1024 (newlib one)

i have clib2:

all at once: 0.260000
fwrite one byte at time: 18.300000
fputc one byte at time: 17.220000

newlib:

all at once: 0.330000
fwrite one byte at time: 4.340000
fputc one byte at time: 5.180000

with BUFSIZ of 8192 i have on clib2:

all at once: 0.240000
fwrite one byte at time: 17.680000
fputc one byte at time: 16.640000

So no great difference. So i don't think BUFSIZ is the problem

I've noticed that newlib doesn't add many checks that clib2 has. Maybe is that one the problem. Because for example there was a test on fwrite called twice that was doubling the time in the benchmark

And putc on clib2 use a similar macro to put the char in the buffer and doesn't do I/O except when the buffer is full

I've made a lot of tests. even increasing __BUFSIZ__ doesn't help. I've compared the code but i don't see differences. Even adding Olaf's changes, while read speed is almost the same, write speed on char by char is reallt really slow.
There is a benchmark on test programs folder than on newlib tooks 8 seconds and on clib2 tooks 33 seconds on sam 440..

First beta released

https://github.com/afxgroup/clib2/releases/tag/v1.0.0-beta-1

Keep in mind that you can find some issues. Please test it with your projects and report them on github.

Create a copy of your existent clib2 before installing this (just in case..) and remove all existent include and libs

join us on

https://discord.gg/yuxGrQNE

Jojn us on Discord.. it is the modern IRC version :)

new clib2 version has clock fixed and now works as expected

I've tried this example:

#include <stdio.h>
#include <time.h>

int main()
{
int lastSentTime = clock() / CLOCKS_PER_SEC;
printf("lastSentTime = %d\n", lastSentTime);
usleep(5000000);
lastSentTime = clock() / CLOCKS_PER_SEC;
printf("lastSentTime = %d\n", lastSentTime);
}

And works correctly. It print 0 and 5

did you overwrite the existent installation or you use a new dir? You should use a new directory

what happens??

Did you download the latest Odissey version? It has the latest ssl certs installed. And remember that Odissey doesn't use AmiSSL