<feed xmlns='http://www.w3.org/2005/Atom'>
<title>lua/loslib.c, branch v5.5.1</title>
<subtitle>A mirror of https://github.com/lua/lua
</subtitle>
<id>https://git.lua4.win/lua/atom?h=v5.5.1</id>
<link rel='self' href='https://git.lua4.win/lua/atom?h=v5.5.1'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/'/>
<updated>2025-09-05T18:36:47+00:00</updated>
<entry>
<title>Details</title>
<updated>2025-09-05T18:36:47+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2025-09-05T18:36:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=9ea06e61f20ae34974226074fc6123dbb54a07c2'/>
<id>urn:sha1:9ea06e61f20ae34974226074fc6123dbb54a07c2</id>
<content type='text'>
- LUAMOD_API defined as 'extern "C"' in C++.
- "ANSI C" is in fact "ISO C" (comments)
- Removed option -std from makefile in testes/libs. (Easier to change
  to C++ for tests).
</content>
</entry>
<entry>
<title>Warning in loslib.c (signed-unsigned comparison)</title>
<updated>2025-06-27T17:47:11+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2025-06-27T17:47:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=cfce6f4b20afe85ede2182b3df3ab2bfcdb0e692'/>
<id>urn:sha1:cfce6f4b20afe85ede2182b3df3ab2bfcdb0e692</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Added gcc option '-Wconversion'</title>
<updated>2024-07-27T16:32:59+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2024-07-27T16:32:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=0acd55898d0aaae8dbc14c8a1bc1e3bdffc8701b'/>
<id>urn:sha1:0acd55898d0aaae8dbc14c8a1bc1e3bdffc8701b</id>
<content type='text'>
No warnings for standard numerical types. Still pending alternative
numerical types.
</content>
</entry>
<entry>
<title>llimits.h being used by all Lua code</title>
<updated>2024-06-20T17:46:06+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2024-06-20T17:46:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=a08d82eb132bfd9db5b91e0d5ebcb81d7b26dcd0'/>
<id>urn:sha1:a08d82eb132bfd9db5b91e0d5ebcb81d7b26dcd0</id>
<content type='text'>
The definitions in llimits.h are useful not only for the core. That
header only defines types and '#define's, so libs and core still do
not share any real code/data.
</content>
</entry>
<entry>
<title>More disciplined use of 'errno'</title>
<updated>2024-06-12T18:50:31+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2024-06-12T18:50:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=bb7bb5944c9b3c868c6ab9cbe7d11b611251066b'/>
<id>urn:sha1:bb7bb5944c9b3c868c6ab9cbe7d11b611251066b</id>
<content type='text'>
Set errno to zero before calling any function where we may use its
errno, and check errno for zero before using it (as functions may not
set it even in error). The code assumes that no function will put
garbage on errno (although ISO C allows that): If any function during an
operation set errno, and the operation result in an error, assume that
errno has something to say.
</content>
</entry>
<entry>
<title>Simpler definition for LUA_STRFTIMEOPTIONS</title>
<updated>2023-02-07T13:48:39+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2023-02-07T13:48:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=5e08b41567c5723c9f599d02a7511aa398f7c646'/>
<id>urn:sha1:5e08b41567c5723c9f599d02a7511aa398f7c646</id>
<content type='text'>
There is no need for those intermediate definitions.
</content>
</entry>
<entry>
<title>New macro LUA_USE_IOS</title>
<updated>2023-02-02T16:43:41+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2023-02-02T16:43:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=cf08915d62e338c987b71c078b148490510e9fe7'/>
<id>urn:sha1:cf08915d62e338c987b71c078b148490510e9fe7</id>
<content type='text'>
Do not try to detect automatically whether system is iOS; it is
simpler and more reliable to let the programmer inform that.
</content>
</entry>
<entry>
<title>Fix absence of 'system' in iOS</title>
<updated>2023-01-24T18:04:17+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2023-01-24T18:04:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=d69789da1ccfa4db7c241de6b471d6b729f1561e'/>
<id>urn:sha1:d69789da1ccfa4db7c241de6b471d6b729f1561e</id>
<content type='text'>
Despite claiming to be ISO, the C library in some Apple platforms
does not implement 'system'.
</content>
</entry>
<entry>
<title>Small simplification in overflow check in 'getfield'</title>
<updated>2022-09-23T13:57:35+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2022-09-23T13:57:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=cfbe378f906061ee56f91acfbdf569d0d3fb9556'/>
<id>urn:sha1:cfbe378f906061ee56f91acfbdf569d0d3fb9556</id>
<content type='text'>
Subtracting a small non-negative int from a non-negative int cannot
overflow, and adding a non-negative int to INT_MIN cannot overflow.
</content>
</entry>
<entry>
<title>Broadening the use of branch hints</title>
<updated>2021-02-24T14:14:44+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2021-02-24T14:14:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=59c88f846d1dcd901a4420651aedf27816618923'/>
<id>urn:sha1:59c88f846d1dcd901a4420651aedf27816618923</id>
<content type='text'>
More uses of macros 'likely'/'unlikely' (renamed to
'l_likely'/'l_unlikely'), both in range (extended to the
libraries) and in scope (extended to hooks, stack growth).
</content>
</entry>
</feed>
