Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #395546

Re: _BitInt(N)

From Michael S <already5chosen@yahoo.com>
Newsgroups comp.lang.c
Subject Re: _BitInt(N)
Date 2025-11-28 13:12 +0200
Organization A noiseless patient Spider
Message-ID <20251128131217.00002a69@yahoo.com> (permalink)
References (24 earlier) <10g9i5e$1dpa3$1@dont-email.me> <20251127160223.0000141e@yahoo.com> <10gabhp$1o6rk$1@dont-email.me> <20251128001507.000064e1@yahoo.com> <10gbni0$27ugi$1@dont-email.me>

Show all headers | View raw


On Fri, 28 Nov 2025 09:46:56 +0100
David Brown <david.brown@hesbynett.no> wrote:

> On 27/11/2025 23:15, Michael S wrote:
> > On Thu, 27 Nov 2025 21:15:53 +0100
> > David Brown <david.brown@hesbynett.no> wrote:
> >   
> >> On 27/11/2025 15:02, Michael S wrote:  
> >>> On Thu, 27 Nov 2025 14:02:38 +0100
> >>> David Brown <david.brown@hesbynett.no> wrote:
> >>>      
> >>  
> >>>
> >>> MSVC compilers compile your code and produce correct result, but
> >>> the code
> >>> looks less nice:
> >>> 0000000000000000 <get_exponent>:
> >>>      0:   f2 0f 11 44 24 08       movsd  %xmm0,0x8(%rsp)
> >>>      6:   48 8b 44 24 08          mov    0x8(%rsp),%rax
> >>>      b:   48 c1 e8 34             shr    $0x34,%rax
> >>>      f:   25 ff 07 00 00          and    $0x7ff,%eax
> >>>     14:   c3                      ret
> >>>
> >>> Although on old AMD processors it is likely faster than nicer code
> >>> generated by gcc and clang. On newer processor gcc code is likely
> >>> a bit better, but the difference is unlikely to be detected by
> >>> simple measurements.  
> >>
> >> I think it is unlikely that this version - moving from xmm0 to rax
> >> via memory instead of directly - is faster on any processor.  But I
> >> fully agree that it is unlikely to be a measurable difference in
> >> practice.  
> > 
> > I wonder, how do you have a nerve "to think" about things that you
> > have absolutely no idea about?  
> 
> I think about many things - and these are things I /do/ know about.
> But I don't know all the details, and am happy to be corrected and
> learn more.
> 
> > 
> > Instead of "thinking" you could just as well open Optimization
> > Reference manuals of AMD Bulldozer family or of Bobcat. Or to read
> > Agner Fog's instruction tables. Move from XMM to GPR on these
> > processors is very slow: 8 clocks on BD, 7 on BbC.
> >   
> 
> Okay.  But storing data to memory from xmm0 is also going to be slow, 
> and loading it to rax from memory is going to be slow.  I am not an 
> expert at the x86 world or reading Fog's tables, but it looks to me
> that on a Bulldozer, storing from xmm0 to memory has a latency of 6
> cycles and reading the memory into rax has a latency of 4 cycles.
> That adds up to more than the 8 cycles for the direct register
> transfer, and I expect (but do not claim to know for sure!) that the
> dependency limits the scope for pipeline overlap - decode and address
> calculations can be done, but the data can't be fetched until the
> previous store is complete.
> 
> So all in all, my estimate was, I think, quite reasonable.  There may
> be unusual circumstances on particular cores if the instruction
> scheduling and pipelining, combined with the stack engine, make that
> sequence faster than the single register move.
> 

It seems, you are correct in this particular case.
Latency tables, esp. those that are measured by software rather
than supplied by designer, are problematic in case of moves between
registers of different types, memory stores of all types and even
memory loads, with exception of memory load into GPR. Agner explains why
they are problematic in te preface to his tables. In short, there is no
direct way to measure this things in isolation, so one has to measure
latency of the sequence of instructions and then to apply either
guesswork or manufacturer's docs to somehow divide the combined
latency into individual parts.

So, the best way is to go by recommendations of the vendor in Opt.
Reference Manual.
There are no relevant recommendations for K8, unfortunately. I suspect
that all methods are slow here.
For Bobcat, there should be recommendations, but I don't have them and
too lazy to look for.

For Family 10h (Barcelona and derivatives):
"When moving data from a GPR to an MMX or XMM register, use separate
store and load instructions to move the data first from the source
register to a temporary location in memory and then from memory into
the destination register, taking the memory latency into account when
scheduling both stages of the load-store sequence.

When moving data from an MMX or XMM register to a general-purpose
register, use the MOVD instruction.

Whenever possible, use loads and stores of the same data length. (See
5.3, ‘Store-to-Load Forwarding Restrictions” on page 74 for more
information.)"

For Family 15h (Bullozer and derivatives):
"When moving data from a GPR to an XMM register, use separate store and
load instructions to move the data first from the source register to a
temporary location in memory and then from memory into the destination
register, taking the memory latency into account when scheduling both
stages of the load-store sequence. 

When moving data from an XMM register to a general-purpose register,
use the VMOVD instruction. 

Whenever possible, use loads and stores of the same data length. (See
6.3, ‘Store-to-Load Forwarding Restrictions” on page 98 for more
information.)"

So, for both families, vendor recommends register move in direction from
SIMD to GPR and Store/Load sequence in direction from GPR to SIMD.
The suspect point here is specific mentioning of EVEX-encoded form
(VMOVD) in case of BD. It can mean that "legacy" (SSE-encoded) form is
slower or it can mean nothing. I suspect the latter.

> I've now had a short look at the relevant table from Fog's site.  My 
> conclusion from that is that the register move - though surprisingly 
> slow - is probably marginally faster than passing it through memory. 
> Perhaps if I spend enough time studying the details, I might find out 
> more and discover that I was wrong.  But that would be an
> extraordinary effort to learn about a meaningless little detail of a
> long-gone processor.
> 
> I am also fairly confident that the function as a whole will be
> faster with the register move since you will get better overlap and 
> superscaling with the call and return sequence when the instructions
> in the middle don't access the stack.
> 
> Of curiosity, I compiled the code with gcc and "-march=bdver1", which
> I believe is the correct flag for that processor.  It generated the 
> register move version, but with a "vmovq" instruction instead of
> "movq". I don't know if there is any difference there - x86
> instruction naming seems to have a certain degree of variance.
> (gcc's models of scheduling, pipelining and timing for processors is
> far from perfect, but the gcc folks do study Agner Fog's publications
> as well as having contributors from AMD and Intel.)
> 
> More interesting, however, was that with "-march=bdver2" (up to
> bdver4) gcc changed the "shr / and" sequence to a single "bextr"
> instruction.  I didn't see that on other -march choices.  It seems
> the two instruction shift-and-mask is faster than a single bit
> extract instruction on most x86 processors.
> 
> All in all, it is a lesson on how small details of architectures can 
> make a difference.
>

Zen3 has its own can of worms in the area of moving data between
GPR and SIMD. The issues here are more subtle than those mentioned
above. And unfortunately almost completely non-documented in the
manuals. And despite that issues are subtle, performance impact can be
very significant.

I encountered these things when implementing alternative
(to those currently in use by gcc) IEEE binary128 arithmetic routines.
My conclusion was that designers of binary128 ABI in general and of ABI
of support routines in particular made a serious mistake by treating
binary128 (a.k.a. __float128, a.k.a _Float128, a.k.a. 'long double' on
ARM64) as "floating-point" type that is passed around in XMM registers
(or Neon registers on ARM64). Both passing it in pair of GPRs and via
memory would be significantly faster on AMD processors and detectably
faster on Intel processors.


> > BTW, AMD K8 has the opposite problem. Move from XMM to GPR is
> > reasonably fast, but move from GPR to XMM is painfully slow.
> > 
> > On the other hand, moves "via memory" are reasonably fast on these
> > CPUs (except, may be, Bobcat? I am not sure about it), because data
> > does not really travels through memory or through cache. Load-store
> > forwarding picks the data directly from the store queue.
> >   
> 
> Yes, and there can be even more specialised short-cuts for stack data.
> 
> 
> 

Back to comp.lang.c | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

_BitInt(N) Thiago Adams <thiago.adams@gmail.com> - 2025-10-22 09:45 -0300
  Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-10-22 11:42 -0500
    Re: _BitInt(N) Thiago Adams <thiago.adams@gmail.com> - 2025-10-22 14:23 -0300
      Re: _BitInt(N) Thiago Adams <thiago.adams@gmail.com> - 2025-10-22 14:25 -0300
        Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-10-22 14:03 -0500
  Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-23 12:46 +0100
    Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-23 13:32 +0000
      Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-23 13:59 +0000
        Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-23 17:06 +0200
          Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 10:29 +0100
            Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 11:17 +0000
              Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 05:12 -0800
              Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 14:49 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 17:23 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-25 07:56 +0100
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-29 19:36 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-30 11:56 +0100
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-30 15:50 +0000
            Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 05:06 -0800
              Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-24 15:27 +0200
              Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 14:51 +0100
          Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-29 22:06 +0100
            Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-29 17:10 -0600
            Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-29 17:32 -0800
              Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-30 11:46 +0200
              Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 11:12 +0100
              Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-30 12:07 +0100
        Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-23 17:55 +0000
        Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-23 14:38 -0800
          Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 00:30 +0000
            Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 12:17 +0100
              Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-24 13:44 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 15:02 +0100
              Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 12:31 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 05:33 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 14:41 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 16:46 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 15:41 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 18:35 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 21:26 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 22:27 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 18:10 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-25 21:25 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-25 21:58 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-25 15:20 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-26 02:08 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-25 19:06 -0800
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-26 11:52 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 13:15 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-26 15:08 +0200
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-25 19:21 -0800
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-29 22:40 +0100
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-11-29 22:04 -0500
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 08:55 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-26 12:05 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 15:49 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-26 15:44 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 17:37 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-26 18:42 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 21:43 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-26 22:19 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-27 02:32 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-27 12:46 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-27 14:39 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-27 11:43 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-27 12:20 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-27 14:02 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-27 16:02 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-27 21:15 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-28 00:15 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-28 09:46 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-28 13:12 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-28 12:45 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-28 15:33 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-28 15:47 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-29 19:23 +0200
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-29 00:20 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-29 19:30 +0200
                Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-28 13:09 -0600
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-28 22:43 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-27 17:13 +0000
                Re: _BitInt(N) Ike Naar <ike@sdf.org> - 2025-11-27 17:38 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-27 17:59 +0000
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-28 03:33 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-28 11:49 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-28 14:46 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-28 15:23 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-29 00:08 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-29 03:12 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-28 19:38 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-29 11:24 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-29 14:45 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-29 14:40 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-29 17:15 +0100
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-11-29 10:27 -0500
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-29 16:29 -0800
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-11-29 22:08 -0500
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-20 11:24 -0800
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-12-21 00:18 +0000
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-21 23:07 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-22 02:51 -0800
                Re: _BitInt(N) Kaz Kylheku <046-301-5902@kylheku.com> - 2025-12-22 19:23 +0000
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-01-07 03:01 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-20 18:22 -0800
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-01-06 21:57 -0800
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-12-20 21:27 -0500
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-01-06 21:51 -0800
                Re: _BitInt(N) Kaz Kylheku <046-301-5902@kylheku.com> - 2025-12-21 02:27 +0000
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-21 22:48 -0800
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-29 03:26 +0100
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-29 03:32 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-29 12:24 +0000
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-11-28 09:48 -0500
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-28 11:41 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-28 19:46 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-28 21:58 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-27 15:59 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-28 00:11 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-27 16:39 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-28 01:49 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-27 19:36 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-04 17:58 -0800
                [meta] Newsreader and formatting (was Re: _BitInt(N)) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-28 02:56 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-12-01 14:59 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 14:18 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-01 12:06 -0800
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-12-01 23:59 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-02 08:31 +0100
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-12-02 12:14 +0100
                [OT] Keyboard layout (was Re: _BitInt(N)) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-12-02 14:01 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-02 15:33 -0800
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-12-03 09:23 +0100
                Re: _BitInt(N) Richard Heathfield <rjh@cpax.org.uk> - 2025-12-03 08:29 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-03 02:16 -0800
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-15 11:01 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-15 14:19 -0800
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-21 22:24 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-02 12:21 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-02 13:45 +0100
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-12-02 14:15 +0100
                Block syntax (was Re: _BitInt(N)) bart <bc@freeuk.com> - 2025-12-02 14:12 +0000
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-12-02 13:53 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-12-02 19:55 +0200
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-12-02 19:37 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-02 21:07 +0100
                Re: _BitInt(N) Ike Naar <ike@sdf.org> - 2025-11-27 08:10 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-27 01:30 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-27 02:18 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-27 04:12 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-29 20:24 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-29 22:58 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-29 16:46 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-30 02:30 +0000
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-30 05:31 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-30 12:51 +0000
                Re: _BitInt(N) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-30 18:17 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-30 17:55 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-12-01 00:08 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 01:14 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-12-01 04:10 +0000
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 14:41 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 16:24 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 17:19 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 19:33 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 20:14 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-12-02 01:04 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-01 18:21 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-01 12:34 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 22:01 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-01 15:01 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 11:33 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 11:29 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 14:10 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-01 08:56 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 19:38 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-01 12:42 -0800
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-12-02 22:17 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-03 09:25 +0100
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-12-03 06:17 -0500
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-12-03 10:07 -0800
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-15 08:19 -0800
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-15 08:21 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-30 18:05 -0800
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-29 20:32 -0800
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-30 12:22 +0200
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 11:41 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-30 12:28 +0100
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 13:35 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-30 15:14 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-30 12:09 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 18:03 -0800
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-25 11:38 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-25 14:12 +0200
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-25 14:57 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-25 18:29 +0200
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-25 18:33 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-26 11:12 +0200
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-26 12:45 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-26 15:31 +0200
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-26 11:29 +0200
                Re: _BitInt(N) James Kuyper <jameskuyper@alumni.caltech.edu> - 2025-11-26 21:19 -0500
                Re: _BitInt(N) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2025-12-15 08:29 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-25 21:54 +0100
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-25 13:42 -0800
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-26 12:01 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 15:08 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-26 13:24 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-25 23:11 +0200
                Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-26 17:04 -0600
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-27 01:05 +0000
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-27 02:54 +0000
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-29 22:17 +0100
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-29 22:41 +0000
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 00:17 +0100
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-30 01:22 +0000
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 11:00 +0100
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-30 11:05 +0200
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 10:51 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-30 13:10 +0000
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-30 15:26 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-30 15:09 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-30 17:26 +0100
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-30 21:53 +0000
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-30 17:32 -0800
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 08:36 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 11:37 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 14:37 +0100
                Re: _BitInt(N) bart <bc@freeuk.com> - 2025-12-01 14:14 +0000
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-12-01 16:28 +0100
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-30 12:39 +0100
            Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-24 14:10 +0200
            Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 04:29 -0800
        Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-23 21:39 -0600
          Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 11:45 +0000
            Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-24 13:57 +0200
              Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 12:56 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-24 15:17 +0200
                Re: _BitInt(N) David Brown <david.brown@hesbynett.no> - 2025-11-24 15:59 +0100
            Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 05:35 -0800
              Re: _BitInt(N) bart <bc@freeuk.com> - 2025-11-24 14:21 +0000
                Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-24 13:12 -0600
                Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 17:00 -0800
                Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-24 20:10 -0600
                Re: _BitInt(N) Philipp Klaus Krause <pkk@spth.de> - 2025-11-29 22:30 +0100
                Re: _BitInt(N) antispam@fricas.org (Waldek Hebisch) - 2025-11-30 01:51 +0000
                Re: _BitInt(N) Michael S <already5chosen@yahoo.com> - 2025-11-30 11:22 +0200
          Re: _BitInt(N) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2025-11-24 04:37 -0800
            Re: _BitInt(N) BGB <cr88192@gmail.com> - 2025-11-24 11:52 -0600

csiph-web