memcmp intrinseca

Question

i documenti gcc , memcmp non è una funzione intrinseca di GCC. Se si voleva accelerare memcmp di glibc sotto gcc, si avrebbe bisogno di utilizzare i intrinseci di livello inferiore definiti nella documentazione. Tuttavia, quando si cerca su Internet, sembra che molte persone hanno l'impressione che memcmp è una funzione built-in. E 'per alcuni compilatori e non per gli altri?

Answer 1

Il link sembra essere per il 86-specifica architettura funzioni built-in, in base alla questo memcmp è implementato come un'architettura indipendente incorporato da gcc.

Modifica:

La compilazione del seguente codice con Cygwin gcc version 3.3.1 per i686, -O2:

#include <stdlib.h>

struct foo {
    int a;
    int b;
} ;

int func(struct foo *x, struct foo *y)
{
    return memcmp(x, y, sizeof (struct foo));
}

produce il seguente output (si noti che la chiamata a memcmp () viene convertito in un 8 byte "repz cmpsb"):

   0:   55                      push   %ebp
   1:   b9 08 00 00 00          mov    $0x8,%ecx
   6:   89 e5                   mov    %esp,%ebp
   8:   fc                      cld    
   9:   83 ec 08                sub    $0x8,%esp
   c:   89 34 24                mov    %esi,(%esp)
   f:   8b 75 08                mov    0x8(%ebp),%esi
  12:   89 7c 24 04             mov    %edi,0x4(%esp)
  16:   8b 7d 0c                mov    0xc(%ebp),%edi
  19:   f3 a6                   repz cmpsb %es:(%edi),%ds:(%esi)
  1b:   0f 92 c0                setb   %al
  1e:   8b 34 24                mov    (%esp),%esi
  21:   8b 7c 24 04             mov    0x4(%esp),%edi
  25:   0f 97 c2                seta   %dl
  28:   89 ec                   mov    %ebp,%esp
  2a:   5d                      pop    %ebp
  2b:   28 c2                   sub    %al,%dl
  2d:   0f be c2                movsbl %dl,%eax
  30:   c3                      ret    
  31:   90                      nop    

Answer 2

Si noti che la routine repz cmpsb non potrebbe essere più veloce di memcmp di glibc. Nel mio test, infatti, è non più veloce, anche quando si confrontano a pochi byte.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052

Answer 3

Ora nel 2017, GCC e Clang sembra avere alcune ottimizzazioni per i buffer di dimensioni 1, 2, 4, 8 e alcuni altri, per esempio 3, 5 e multiplo di 8.