384 karma · joined January 1, 2014
1. Old situation, time_t is 32-bit
2. Migration starts, time_t is 32-bit by default, -D_TIME_BITS=64 to get 64-bits
3. Migration continues, time_t is 64-bit by default, -D_TIME_BITS=32 to get 32-bits
4. New situation, time_t is 64-bit
And with a long time between these steps. So glibc is at step 2 while musl skipped step 2 and is at step 3. There should be plenty of time between steps. It might make sense to keep it at step 3 until 2037 or so for very restrictive embedded plaforms etc.
https://www.npr.org/2021/10/06/1043746410/we-set-up-an-offsh...
Would still be good to rename, but now there are other projects that use that name. Then some way to resolve the name collision is needed.
Otherwise looks useful.
Support for comparing with more than two parties would be nice
`install` basically results in a new inode allowing for processes to keep a handle on the old version of the .so
`cp` copies the content over the old content, keeping the same inode. Now applications that had that .so open won't be happy.
In [1]: a: int
In [2]: b = 5
In [3]: c: int = 8
In [4]: __annotations__
Out[4]: {'a': int, 'c': int}
In [5]: c = 'foo'
In [6]: __annotations__
Out[6]: {'a': int, 'c': int}
Tinkering with __annotations__ is also needed for hy (python lisp(-like?) language, http://hylang.org/)
Did anyone try this with things that interface with Fortran or C?
http://databaseblog.myname.nl/2014/07/decoding-encrypted-mys...
https://www.mysql.com/common/images/products/mysql_wb_visual...