Message ID | 20200929082524.49529-1-colomar.6.4.3@gmail.com |
---|---|
Headers | show |
Series | Add some <stdint.h> types | expand |
Hi Alex On Tue, 29 Sep 2020 at 10:26, Alejandro Colomar <colomar.6.4.3@gmail.com> wrote: > > Hi Michael, > > I started with <stdint.h> types. Good. I wanted those the other day :-), but then I saw they weren't in the page yet! > I joined them by groups: > intN_t instead of having an entry for each int8_t, int16_t, ... > I think that way I could better explain the types, common things, > differences, and exceptions. Yes, I think that's a good approach. > I'll wait until you review them to write about the remaining <stdint.h> > types: [u]int_leastN_t, [u]int_fastN_t, and [u]intptr_t. Although the patch at https://lore.kernel.org/linux-man/20200928151646.20271-1-colomar.6.4.3@gmail.com/ doesn't apply (can you send me a revision please), and even though these patches employ the "Include/Alternatively" form, I've applied them. (Everything is now pushed.) Thanks, Michael
Hi Michael, On 2020-09-29 13:50, Michael Kerrisk (man-pages) wrote: > Hi Alex > > On Tue, 29 Sep 2020 at 10:26, Alejandro Colomar <colomar.6.4.3@gmail.com> wrote: >> >> Hi Michael, >> >> I started with <stdint.h> types. > > Good. I wanted those the other day :-), but then I saw they weren't in > the page yet! They were complicated, so I left them for when the page was a bit more mature :-) > >> I joined them by groups: >> intN_t instead of having an entry for each int8_t, int16_t, ... >> I think that way I could better explain the types, common things, >> differences, and exceptions. > > Yes, I think that's a good approach. Good. > >> I'll wait until you review them to write about the remaining <stdint.h> >> types: [u]int_leastN_t, [u]int_fastN_t, and [u]intptr_t. > > Although the patch at > https://lore.kernel.org/linux-man/20200928151646.20271-1-colomar.6.4.3@gmail.com/ > doesn't apply (can you send me a revision please), and even though > these patches employ the "Include/Alternatively" form, I've applied > them. (Everything is now pushed.) I had the following commit history. I'll rebase again anyway and check what is pending, etc, and fix anything that broke. * 736f143b4 - Tue, 29 Sep 2020 10:05:33 +0200 (3 hours ago) (origin/alx, origin/HEAD, alx) | uint8_t.3, uint16_t.3, uint32_t.3, uint64_t.3, uintN_t.3: New links to system_data_types(7) - Alejandro Colomar * 3afc79ba6 - Tue, 29 Sep 2020 10:04:26 +0200 (3 hours ago) | system_data_types.7: Add uintN_t family of types - Alejandro Colomar * 3e317d073 - Tue, 29 Sep 2020 10:03:37 +0200 (3 hours ago) | int8_t.3, int16_t.3, int32_t.3, int64_t.3, intN_t.3: New links to system_data_types(7) - Alejandro Colomar * 46f64d53c - Tue, 29 Sep 2020 10:01:52 +0200 (3 hours ago) | system_data_types.7: Add intN_t family of types - Alejandro Colomar * 30f375485 - Tue, 29 Sep 2020 10:00:27 +0200 (3 hours ago) | uintmax_t.3: New link to system_data_types(7) - Alejandro Colomar * 1c95c8701 - Tue, 29 Sep 2020 10:00:02 +0200 (3 hours ago) | system_data_types.7: Add 'uintmax_t' - Alejandro Colomar * 8b1faa88d - Tue, 29 Sep 2020 09:58:08 +0200 (3 hours ago) | intmax_t.3: New link to system_data_types(7) - Alejandro Colomar * 0beb4210b - Tue, 29 Sep 2020 09:57:31 +0200 (3 hours ago) | system_data_types.7: Add 'intmax_t' - Alejandro Colomar * 40b39dc1f - Mon, 28 Sep 2020 17:08:46 +0200 (20 hours ago) | system_data_types.7: wfix + ffix - Alejandro Colomar * 4cefd8302 - Sun, 27 Sep 2020 23:11:43 +0200 (2 days ago) | FILE.3: New link to system_data_types(7) - Alejandro Colomar * a65f25603 - Sun, 27 Sep 2020 23:10:36 +0200 (2 days ago) | system_data_types.7: Add 'FILE' - Alejandro Colomar * 9cdd2e051 - Sun, 27 Sep 2020 23:13:43 +0200 (2 days ago) (upstream/master, master) | system_data_types.7: ffix - Alejandro Colomar > > Thanks, > > Michael > Thanks, Alex