[RFC] man7/system_data_types.7: Document [unsigned] __int128

Hi, I'm documenting the system data types in the man-pages, and I was writing now about these types. I'm showing below both the rendered output and the source I have right now. Would you add anything to it? And I have some questions: Is 'signed __int128' a valid thing, and if so is it complet

Re: Fwd: Re: Registers used for exception handling on Linux/m68k?

Hi Nathan! On 9/29/20 7:58 PM, Nathan Sidwell wrote: > On 9/29/20 11:22 AM, John Paul Adrian Glaubitz wrote: >> >> I'm looking for an information regarding exception handling on Linux/m68k, >> in particular >> I need to know what registers are used by the ABI in order to implement the >> functio

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

On Thu, 1 Oct 2020 at 10:26, Alejandro Colomar via Gcc wrote: > > Hi, > > I'm documenting the system data types in the man-pages, > and I was writing now about these types. > > I'm showing below both the rendered output and the source I have right now. > > Would you add anything to it? > > And I h

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

Hi Jonathan, On 2020-10-01 11:57, Jonathan Wakely wrote: > On Thu, 1 Oct 2020 at 10:26, Alejandro Colomar via Gcc wrote: >> >> Hi, >> >> I'm documenting the system data types in the man-pages, >> and I was writing now about these types. >> >> I'm showing below both the rendered output and the

[PATCH 00/16] Fixes; Document remaining stdint.h types

Hi Michael, Here are a few fixes (including one removing .br), and then the remaining stdint types. Cheers, Alex Alejandro Colomar (16): malloc_get_state.3: ffix system_data_types.7: srcfix system_data_types.7: srcfix system_data_types.7: srcfix system_data_types.7: Add int_fastN_t fa

[PATCH 03/16] system_data_types.7: srcfix

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index a653a7b11..a099c0250 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_types.7 @

[PATCH 01/16] malloc_get_state.3: ffix

Signed-off-by: Alejandro Colomar --- man3/malloc_get_state.3 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man3/malloc_get_state.3 b/man3/malloc_get_state.3 index f94efccf4..57781fd6b 100644 --- a/man3/malloc_get_state.3 +++ b/man3/malloc_get_state.3 @@ -29,7 +29,7 @@ malloc

[PATCH 02/16] system_data_types.7: srcfix

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 105 ++- 1 file changed, 70 insertions(+), 35 deletions(-) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 9cf67ee6f..a653a7b11 100644 --- a/man7/system_data_types.7 +++ b/m

[PATCH 04/16] system_data_types.7: srcfix

We used .br to force a simple line break (with no extra blank line) after the tag. Recently, we added .RS/.RS, and .RS comes just after the tag, and I realized by accident that .RS already forces a simple line break. Therefore, .br is completely redundant here, and can be removed. This way we ge

[PATCH 07/16] system_data_types.7: Add uint_fastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 79 1 file changed, 79 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 07de6417f..e3ebc2270 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH 06/16] int_fast8_t.3, int_fast16_t.3, int_fast32_t.3, int_fast64_t.3, int_fastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/int_fast16_t.3 | 1 + man3/int_fast32_t.3 | 1 + man3/int_fast64_t.3 | 1 + man3/int_fast8_t.3 | 1 + man3/int_fastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/int_fast16_t.3 create mode 100644 man3/int_fast32_t.3 create mode

[PATCH 05/16] system_data_types.7: Add int_fastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 76 1 file changed, 76 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index a301c2309..07de6417f 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH 08/16] uint_fast8_t.3, uint_fast16_t.3, uint_fast32_t.3, uint_fast64_t.3, uint_fastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/uint_fast16_t.3 | 1 + man3/uint_fast32_t.3 | 1 + man3/uint_fast64_t.3 | 1 + man3/uint_fast8_t.3 | 1 + man3/uint_fastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/uint_fast16_t.3 create mode 100644 man3/uint_fast32_t.3 crea

[PATCH 10/16] int_least8_t.3, int_least16_t.3, int_least32_t.3, int_least64_t.3, int_leastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/int_least16_t.3 | 1 + man3/int_least32_t.3 | 1 + man3/int_least64_t.3 | 1 + man3/int_least8_t.3 | 1 + man3/int_leastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/int_least16_t.3 create mode 100644 man3/int_least32_t.3 crea

[PATCH 09/16] system_data_types.7: Add int_leastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 72 1 file changed, 72 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index e3ebc2270..0b8057087 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH 11/16] system_data_types.7: Add uint_leastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 75 1 file changed, 75 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 0b8057087..f768e87ba 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH 13/16] system_data_types.7: Add 'intptr_t'

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 65 1 file changed, 65 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index f768e87ba..2632436ed 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH 12/16] uint_least8_t.3, uint_least16_t.3, uint_least32_t.3, uint_least64_t.3, uint_leastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/uint_least16_t.3 | 1 + man3/uint_least32_t.3 | 1 + man3/uint_least64_t.3 | 1 + man3/uint_least8_t.3 | 1 + man3/uint_leastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/uint_least16_t.3 create mode 100644 man3/uint_least32_t.

[PATCH 14/16] intptr_t.3: New link to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/intptr_t.3 | 1 + 1 file changed, 1 insertion(+) create mode 100644 man3/intptr_t.3 diff --git a/man3/intptr_t.3 b/man3/intptr_t.3 new file mode 100644 index 0..db50c0f09 --- /dev/null +++ b/man3/intptr_t.3 @@ -0,0 +1 @@ +.so man7/system_data_ty

[PATCH 15/16] system_data_types.7: Add 'uintptr_t'

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 68 1 file changed, 68 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 2632436ed..8884d3e18 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH 16/16] uintptr_t.3: New link to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/uintptr_t.3 | 1 + 1 file changed, 1 insertion(+) create mode 100644 man3/uintptr_t.3 diff --git a/man3/uintptr_t.3 b/man3/uintptr_t.3 new file mode 100644 index 0..db50c0f09 --- /dev/null +++ b/man3/uintptr_t.3 @@ -0,0 +1 @@ +.so man7/system_da

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

On Thu, 1 Oct 2020 at 11:14, Alejandro Colomar wrote: > > Hi Jonathan, > > On 2020-10-01 11:57, Jonathan Wakely wrote: > > On Thu, 1 Oct 2020 at 10:26, Alejandro Colomar via Gcc > wrote: > >> > >> Hi, > >> > >> I'm documenting the system data types in the man-pages, > >> and I was writing n

Re: [PATCH 05/16] system_data_types.7: Add int_fastN_t family of types

On Thu, 1 Oct 2020 at 11:25, Alejandro Colomar via Gcc wrote: > > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 76 > 1 file changed, 76 insertions(+) > > diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 > index a301c

Re: [PATCH 05/16] system_data_types.7: Add int_fastN_t family of types

On 2020-10-01 13:07, Jonathan Wakely wrote: [...] +Notes: +Some of these types may be optimized for size +instead of raw performance. I'm not sure what this tells me as a programmer. What does "raw performance" means exactly? The text above says it's "the fastest", but then it says "may be o

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

Hi Jonathan, On 2020-10-01 12:50, Jonathan Wakely wrote: Ok, I thought that GCC is part of the GNU project, but I don't know how much... I'll use "When using GCC," :) It is, but the GNU project is a large organisation, and has nothing to say about non-standard types defined by GCC. Just becau

Re: [PATCH 05/16] system_data_types.7: Add int_fastN_t family of types

On Thu, 1 Oct 2020 at 12:15, Alejandro Colomar wrote: > > > > On 2020-10-01 13:07, Jonathan Wakely wrote: > [...] > >> +Notes: > >> +Some of these types may be optimized for size > >> +instead of raw performance. > > > > I'm not sure what this tells me as a programmer. What does "raw > > performan

Re: [PATCH 00/16] Fixes; Document remaining stdint.h types

Hi Alex, On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Hi Michael, > > Here are a few fixes (including one removing .br), > and then the remaining stdint types. These very long patch series are a bit overwhelming for me. I'd have preferred a few smaller patch series. For example, I think I wo

Re: [PATCH 01/16] malloc_get_state.3: ffix

Applied. On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/malloc_get_state.3 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/man3/malloc_get_state.3 b/man3/malloc_get_state.3 > index f94efccf4..57781fd6b 100644 > --- a/man3/m

Re: [PATCH 02/16] system_data_types.7: srcfix

Hi Alex, On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar I don't mind applying this patch (and I have done so), but I think patches like this need a brief commit message to explain why you are making the change. Thanks, Michael > --- > man7/system_data_types

Re: [PATCH 03/16] system_data_types.7: srcfix

Hi Alex, On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 16 > 1 file changed, 12 insertions(+), 4 deletions(-) Yeah, this layout is my preferred form as well. Applied. Thanks, Michael > diff --git a/man7/

Re: [PATCH 04/16] system_data_types.7: srcfix

Hi Alex, On 10/1/20 12:15 PM, Alejandro Colomar wrote: > We used .br to force a simple line break (with no extra blank line) > after the tag. > > Recently, we added .RS/.RS, and .RS comes just after the tag, > and I realized by accident that .RS already forces a simple line break. > > Therefore,

Re: [PATCH 14/16] intptr_t.3: New link to system_data_types(7)

Applied. On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/intptr_t.3 | 1 + > 1 file changed, 1 insertion(+) > create mode 100644 man3/intptr_t.3 > > diff --git a/man3/intptr_t.3 b/man3/intptr_t.3 > new file mode 100644 > index 0..db50c0f09

Re: [PATCH 15/16] system_data_types.7: Add 'uintptr_t'

Hi ALex, On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 68 > 1 file changed, 68 insertions(+) Thanks. Patch applied. Cheers, Michael > diff --git a/man7/system_data_types.7 b/man7

Re: [PATCH 13/16] system_data_types.7: Add 'intptr_t'

Hi Alex, On 10/1/20 12:15 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 65 > 1 file changed, 65 insertions(+) Thanks. Patch applied. Cheers, Michael > diff --git a/man7/system_data_types.7 b/man7/s

Re: [PATCH 16/16] uintptr_t.3: New link to system_data_types(7)

Applied. On 10/1/20 12:16 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/uintptr_t.3 | 1 + > 1 file changed, 1 insertion(+) > create mode 100644 man3/uintptr_t.3 > > diff --git a/man3/uintptr_t.3 b/man3/uintptr_t.3 > new file mode 100644 > index 0..db50c0

Re: [PATCH 00/16] Fixes; Document remaining stdint.h types

Hi Michael, I did it this way because then you have a clearly ordered list of the commits, and in which order they go, so I thought it might be easier for you (creating less conflicts). And also, I can hold any more recent patches, such as __int128, for when you finish applying the previous set,

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

On Thu, 1 Oct 2020 at 12:24, Alejandro Colomar wrote: > > Hi Jonathan, > > On 2020-10-01 12:50, Jonathan Wakely wrote: > >> Ok, I thought that GCC is part of the GNU project, but I don't know how > >> much... > >> I'll use "When using GCC," :) > > > > It is, but the GNU project is a large organis

Re: [PATCH 00/16] Fixes; Document remaining stdint.h types

Hi Alex, On 10/1/20 1:41 PM, Alejandro Colomar wrote: > Hi Michael, > > I did it this way because then you have a clearly ordered list > of the commits, and in which order they go, > so I thought it might be easier for you (creating less conflicts). Yes, I understand the rationale. But when I ge

Re: [PATCH 00/16] Fixes; Document remaining stdint.h types

Okay then :) Thanks, Alex On 2020-10-01 13:50, Michael Kerrisk (man-pages) wrote: Hi Alex, On 10/1/20 1:41 PM, Alejandro Colomar wrote: Hi Michael, I did it this way because then you have a clearly ordered list of the commits, and in which order they go, so I thought it might be easier for

Re: Fwd: Re: Registers used for exception handling on Linux/m68k?

On 10/1/20 5:49 AM, John Paul Adrian Glaubitz wrote: Hi Nathan! On 9/29/20 7:58 PM, Nathan Sidwell wrote: On 9/29/20 11:22 AM, John Paul Adrian Glaubitz wrote: I'm looking for an information regarding exception handling on Linux/m68k, in particular I need to know what registers are used by t

Re: Fwd: Re: Registers used for exception handling on Linux/m68k?

Hi Nathan! Thanks for the explanations! On 10/1/20 2:27 PM, Nathan Sidwell wrote: > do you know what those 2 functions you mention provide on say x86?  Then it > might be easier to map onto 68k. >From [1]: Register X86TargetLowering::getExceptionPointerRegister( const Constant *Personality

Re: Fwd: Re: Registers used for exception handling on Linux/m68k?

On 10/1/20 8:32 AM, John Paul Adrian Glaubitz wrote: Hi Nathan! Thanks for the explanations! On 10/1/20 2:27 PM, Nathan Sidwell wrote: do you know what those 2 functions you mention provide on say x86?  Then it might be easier to map onto 68k. From [1]: Register X86TargetLowering::getExce

Re: Fwd: Re: Registers used for exception handling on Linux/m68k?

On 10/1/20 2:46 PM, Nathan Sidwell wrote: > Aha!  it is EH_RETURN :) and it appears stack adjustment is something > different. > > for x86, gcc has: > #define EH_RETURN_DATA_REGNO(N)    ((N) <= DX_REG ? (N) : INVALID_REGNUM) > > thus N can either be AX_REG or DX_REG. (which is eax/rax and edx/rd

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

The 10/01/2020 12:14, Alejandro Colomar via Gcc wrote: > Here is the rendered intmax_t: > > intmax_t > Include: . Alternatively, . > > A signed integer type capable of representing any value of any > signed integer type supported by the implementation. According > to

UB or !UB? Plus poor register allocation

The following source implements the __absv?i2() functions (see ) for 32-bit, 64-bit and 128-bit integers in 3 different ways: --- ub_or_!ub.c --- // Copyleft 2014-2020, Stefan Kanthak #ifdef __amd64__ __int128_t __absuti2(__int1

Re: Git rejecting branch merge

> > So, IIUC, you're trying to replace the old > > refs/users/hubicka/heads/honza-gcc-benchmark-branch > > with whatever is on master at this moment, is that correct > > (that would wipe whatever changes you've made in your old > > branch)? > > > > For instance, currently master is pointing to com

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

On 2020-10-01 14:54, Szabolcs Nagy wrote: The 10/01/2020 12:14, Alejandro Colomar via Gcc wrote: Here is the rendered intmax_t: intmax_t Include: . Alternatively, . A signed integer type capable of representing any value of any signed integer type supported by the im

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

On Thu, 1 Oct 2020 at 14:22, Alejandro Colomar wrote: > > > > On 2020-10-01 14:54, Szabolcs Nagy wrote: > > The 10/01/2020 12:14, Alejandro Colomar via Gcc wrote: > >> Here is the rendered intmax_t: > >> > >> intmax_t > >>Include: . Alternatively, . > >> > >>A signed integer typ

GCC's Git update_hook doesn't support deleting branches

You get a nasty error like: $ git push origin -d refs/users/redi/heads/calendar remote: *** Update rejected by this repository's hooks.update-hook script remote: *** (/git/gcc.git/hooks-bin/update_hook): remote: *** fatal: bad object remote: *** Traceback (

Re: [PATCH 05/16] system_data_types.7: Add int_fastN_t family of types

On 2020-10-01 13:27, Jonathan Wakely wrote: How would you word that? I gave a suggestion above. Oops, I missed that. Thanks, Alex

[PATCH v2 0/4] Document [u]int_fastN_t

This patches are the v2 of the patches 5 to 8 of a previous patchset: https://lore.kernel.org/linux-man/886f5647-2911-951a-b62a-4f9b1ed88...@gmail.com/T/#t Alejandro Colomar (4): system_data_types.7: Add int_fastN_t family of types int_fast8_t.3, int_fast16_t.3, int_fast32_t.3, int_fast64_t.3,

[PATCH v2 1/4] system_data_types.7: Add int_fastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 77 1 file changed, 77 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 4645ed5f4..c5d0b700d 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH v2 3/4] system_data_types.7: Add uint_fastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 80 1 file changed, 80 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index c5d0b700d..c130b7256 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH v2 2/4] int_fast8_t.3, int_fast16_t.3, int_fast32_t.3, int_fast64_t.3, int_fastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/int_fast16_t.3 | 1 + man3/int_fast32_t.3 | 1 + man3/int_fast64_t.3 | 1 + man3/int_fast8_t.3 | 1 + man3/int_fastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/int_fast16_t.3 create mode 100644 man3/int_fast32_t.3 create mode

[PATCH v2 4/4] uint_fast8_t.3, uint_fast16_t.3, uint_fast32_t.3, uint_fast64_t.3, uint_fastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/uint_fast16_t.3 | 1 + man3/uint_fast32_t.3 | 1 + man3/uint_fast64_t.3 | 1 + man3/uint_fast8_t.3 | 1 + man3/uint_fastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/uint_fast16_t.3 create mode 100644 man3/uint_fast32_t.3 crea

[PATCH v2 2/4] int_least8_t.3, int_least16_t.3, int_least32_t.3, int_least64_t.3, int_leastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/int_least16_t.3 | 1 + man3/int_least32_t.3 | 1 + man3/int_least64_t.3 | 1 + man3/int_least8_t.3 | 1 + man3/int_leastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/int_least16_t.3 create mode 100644 man3/int_least32_t.3 crea

[PATCH v2 0/4] Document [u]int_leastN_t

This patches are the v2 of the patches 9 to 12 of a previous patchset: https://lore.kernel.org/linux-man/886f5647-2911-951a-b62a-4f9b1ed88...@gmail.com/T/#t Alejandro Colomar (4): system_data_types.7: Add int_leastN_t family of types int_least8_t.3, int_least16_t.3, int_least32_t.3, int_least6

[PATCH v2 1/4] system_data_types.7: Add int_leastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 72 1 file changed, 72 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index c130b7256..3336de463 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH v2 3/4] system_data_types.7: Add uint_leastN_t family of types

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 75 1 file changed, 75 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 3336de463..e42cf2557 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_t

[PATCH v2 4/4] uint_least8_t.3, uint_least16_t.3, uint_least32_t.3, uint_least64_t.3, uint_leastN_t.3: New links to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/uint_least16_t.3 | 1 + man3/uint_least32_t.3 | 1 + man3/uint_least64_t.3 | 1 + man3/uint_least8_t.3 | 1 + man3/uint_leastN_t.3 | 1 + 5 files changed, 5 insertions(+) create mode 100644 man3/uint_least16_t.3 create mode 100644 man3/uint_least32_t.

[PATCH 0/2] Document void *

Hello Michael, This type is very special, so I will probably have missed some details about it. Also, do you like the link name? For anyone reading this, please comment :) Cheers, Alex Alejandro Colomar (2): system_data_types.7: Add 'void *' void-*.3: New link to system_data_types(7) ma

[PATCH 1/2] system_data_types.7: Add 'void *'

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 42 ++-- 1 file changed, 40 insertions(+), 2 deletions(-) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index e42cf2557..f10f12754 100644 --- a/man7/system_data_types.7 +++ b/ma

[PATCH 2/2] void-*.3: New link to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/void-*.3 | 1 + 1 file changed, 1 insertion(+) create mode 100644 man3/void-*.3 diff --git a/man3/void-*.3 b/man3/void-*.3 new file mode 100644 index 0..db50c0f09 --- /dev/null +++ b/man3/void-*.3 @@ -0,0 +1 @@ +.so man7/system_data_types.7 --

Re: [PATCH 05/16] system_data_types.7: Add int_fastN_t family of types

On 2020-10-01 13:07, Jonathan Wakely wrote: I don't see anything in this man page saying that the types are all typedefs, rather than new types that are distinct from the standard integer types. That seems like useful information. Hello Jonathan, I almost missed this. We (Michael and I

Re: [PATCH v2 1/4] system_data_types.7: Add int_fastN_t family of types

Thanks, Alex. Applied. On 10/1/20 4:32 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 77 > 1 file changed, 77 insertions(+) > > diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 > index

Re: [PATCH v2 3/4] system_data_types.7: Add uint_fastN_t family of types

Thanks, Alex. Applied. On 10/1/20 4:32 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 80 > 1 file changed, 80 insertions(+) > > diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 > index

Re: [PATCH v2 4/4] uint_fast8_t.3, uint_fast16_t.3, uint_fast32_t.3, uint_fast64_t.3, uint_fastN_t.3: New links to system_data_types(7)

Thanks, Alex. Applied. On 10/1/20 4:32 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/uint_fast16_t.3 | 1 + > man3/uint_fast32_t.3 | 1 + > man3/uint_fast64_t.3 | 1 + > man3/uint_fast8_t.3 | 1 + > man3/uint_fastN_t.3 | 1 + > 5 files changed, 5 insertions(+) >

Re: [PATCH v2 2/4] int_fast8_t.3, int_fast16_t.3, int_fast32_t.3, int_fast64_t.3, int_fastN_t.3: New links to system_data_types(7)

Thanks, Alex. Applied. On 10/1/20 4:32 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/int_fast16_t.3 | 1 + > man3/int_fast32_t.3 | 1 + > man3/int_fast64_t.3 | 1 + > man3/int_fast8_t.3 | 1 + > man3/int_fastN_t.3 | 1 + > 5 files changed, 5 insertions(+) > crea

Re: [PATCH v2 4/4] uint_least8_t.3, uint_least16_t.3, uint_least32_t.3, uint_least64_t.3, uint_leastN_t.3: New links to system_data_types(7)

Thanks, Alex. Applied. On 10/1/20 4:35 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/uint_least16_t.3 | 1 + > man3/uint_least32_t.3 | 1 + > man3/uint_least64_t.3 | 1 + > man3/uint_least8_t.3 | 1 + > man3/uint_leastN_t.3 | 1 + > 5 files changed, 5 insertions(

Re: [PATCH v2 2/4] int_least8_t.3, int_least16_t.3, int_least32_t.3, int_least64_t.3, int_leastN_t.3: New links to system_data_types(7)

Thanks, Alex. Applied. On 10/1/20 4:35 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man3/int_least16_t.3 | 1 + > man3/int_least32_t.3 | 1 + > man3/int_least64_t.3 | 1 + > man3/int_least8_t.3 | 1 + > man3/int_leastN_t.3 | 1 + > 5 files changed, 5 insertions(+) >

Re: [PATCH v2 3/4] system_data_types.7: Add uint_leastN_t family of types

Thanks, Alex. Applied. On 10/1/20 4:35 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar > --- > man7/system_data_types.7 | 75 > 1 file changed, 75 insertions(+) > > diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 > index

Re: [PATCH 0/2] Document void *

Hello Alex, On 10/1/20 5:06 PM, Alejandro Colomar wrote: > Hello Michael, > > This type is very special, > so I will probably have missed some details about it. I do wonder if we actually need this in page at all, and given: > Also, do you like the link name? I really don't like it... I don't

Re: [PATCH 0/2] Document void *

Hi Michael, On 2020-10-01 17:34, Michael Kerrisk (man-pages) wrote: Hello Alex, On 10/1/20 5:06 PM, Alejandro Colomar wrote: Hello Michael, This type is very special, so I will probably have missed some details about it. I do wonder if we actually need this in page at all, and given: I t

[PATCH v2 1/2] system_data_types.7: Add 'void *'

Signed-off-by: Alejandro Colomar --- man7/system_data_types.7 | 47 ++-- 1 file changed, 45 insertions(+), 2 deletions(-) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index e42cf2557..e545aa1a0 100644 --- a/man7/system_data_types.7 +++ b/ma

[PATCH v2 2/2] void.3: New link to system_data_types(7)

Signed-off-by: Alejandro Colomar --- man3/void.3 | 1 + 1 file changed, 1 insertion(+) create mode 100644 man3/void.3 diff --git a/man3/void.3 b/man3/void.3 new file mode 100644 index 0..db50c0f09 --- /dev/null +++ b/man3/void.3 @@ -0,0 +1 @@ +.so man7/system_data_types.7 -- 2.28.0

[PATCH v2 0/2] Document 'void *'

I added a paragraph about not being able to dereference a void *, and changed the link page, which was very weird. Alejandro Colomar (2): system_data_types.7: Add 'void *' void.3: New link to system_data_types(7) man3/void.3 | 1 + man7/system_data_types.7 | 47

Re: [PATCH v2 1/2] system_data_types.7: Add 'void *'

Hi Alex, > +According to the C language standard, > +a pointer to any object type may be converted to a pointer to > +.I void > +and back. > +POSIX further requires that any pointer, > +including pointers to functions, > +may be converted to a pointer to > +.I void > +and back. I know you are corr

Re: [PATCH v2 1/2] system_data_types.7: Add 'void *'

On 2020-10-01 18:38, Michael Kerrisk (man-pages) wrote: Hi Alex, +According to the C language standard, +a pointer to any object type may be converted to a pointer to +.I void +and back. +POSIX further requires that any pointer, +including pointers to functions, +may be converted to a pointe

Re: Is there a way to tell GCC not to reorder a specific instruction?

On Wed, Sep 30, 2020 at 11:35 PM Richard Biener wrote: > On Wed, Sep 30, 2020 at 10:01 PM Jim Wilson wrote: > > We have a lot of examples in gcc/testsuite/gcc.target/riscv/rvv that > > we are using for testing the vector support. > > That doesn't seem to exist (but maybe it's just not on trunk ye

Re: [RFC] man7/system_data_types.7: Document [unsigned] __int128

On Thu, 1 Oct 2020, Alejandro Colomar via Gcc wrote: > Because 'intmax_t' has a bug > (actually I know GCC rejected the bug report, > but the problem is still there and users should be informed about this) > which is related to __int128. __int128 is not an integer type as defined by any existing

Re: [PATCH v2 1/2] system_data_types.7: Add 'void *'

If you're going to document this at all, I suggest documenting 'void' as well as 'void *', and putting both sets of documentation into the same man page. For 'void *' you should also mention that one cannot use arithmetic on void * pointers, so they're special in that way too. Also, you should

Re: [PATCH v2 1/4] system_data_types.7: Add int_leastN_t family of types

On 10/1/20 7:35 AM, Alejandro Colomar via Libc-alpha wrote: +The narrowest signed integer type +of a width of at least N bits, Motivation is missing here. Why is there an int_leastN_t type at all? Also, on all glibc platforms, int_leastN_t is equivalent to intN_t; this should probably be ment

Re: GCC's Git update_hook doesn't support deleting branches

On Thu, 1 Oct 2020, Jonathan Wakely via Gcc wrote: > The problem is that the script doesn't check whether the new_object is > 0. > > I think we want something like this: > > --- update_hook 2020-09-02 23:30:25.074884982 + > +++ /tmp/update_hook2020-10-01 13:57:14.681656258 +

Re: GCC's Git update_hook doesn't support deleting branches

On Thu, 1 Oct 2020 at 18:38, Joseph Myers wrote: > > On Thu, 1 Oct 2020, Jonathan Wakely via Gcc wrote: > > > The problem is that the script doesn't check whether the new_object is > > 0. > > > > I think we want something like this: > > > > --- update_hook 2020-09-02 23:30:25.074884982 +000

Re: Git rejecting branch merge

> I wonder I can get the branch moved, so I can do the benchmarking :) > Any suggestions how to do that? Unfortunately, I think the only way (sort of adding the suggested workaround in the commit-extra-checker script), is to update the branch directly in the bare repository on sourceware.org. This

GCC PowerPC bootstrap and irange

The latest irange patch has broken bootstrap for PowerPC In file included from /nasfarm/edelsohn/src/src/gcc/tree-ssa-propagate.h:25:0, from /nasfarm/edelsohn/src/src/gcc/config/rs6000/rs6000-call.c:67: /nasfarm/edelsohn/src/src/gcc/value-query.h:90:31: error: 'irange' has not bee

gcc-8-20201001 is now available

Snapshot gcc-8-20201001 is now available on https://gcc.gnu.org/pub/gcc/snapshots/8-20201001/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 8 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

Re: Git rejecting branch merge

> > I wonder I can get the branch moved, so I can do the benchmarking :) > > Any suggestions how to do that? I just installed a small patch, hot-fix style which I am hoping will fix your problem. Can you try it? It passes the testsuite, so the change should be safe. Let me know how it goes. I wil