admin/mlib
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Rewording.

Browse Source
This commit is contained in:
Patrick Pelissier committed 2017-08-14 21:06:41 +02:00
1 parent e84961fa77
commit 9fc684515a
1 file changed
+3 -2
Download Patch File Download Diff File Expand all files Collapse all files
README.md
+3 -2
View File
@@ -39,8 +39,9 @@ M\*LIB should still be quite-efficient: even if the implementation may not alway
of the art, there is no overhead in using this library rather than using of the art, there is no overhead in using this library rather than using
direct C low-level access: the compiler is able to **fully** optimize direct C low-level access: the compiler is able to **fully** optimize
the library calls the library calls
since all the functions are declared as inline since all the functions are declared as inline.
(See [here](https://github.com/P-p-H-d/mlib/wiki/performance)). In [fact](https://github.com/P-p-H-d/mlib/wiki/performance), M\*LIB
is one of the fastest generic C library you can find.
M\*LIB uses internally the 'malloc', 'realloc' and 'free' functions to handle M\*LIB uses internally the 'malloc', 'realloc' and 'free' functions to handle
the memory pool. This behavior can be overridden at different level. the memory pool. This behavior can be overridden at different level.