Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
NetBSD/lib/libc/net/ntohs.c

28 lines
480 B
C
Raw Normal View History

Winning Strategies has placed this code into the Public Domain
1995-04-29 03:19:22 +04:00
/* $NetBSD: ntohs.c,v 1.5 1995/04/28 23:25:23 jtc Exp $ */
use NetBSD rather than ID
1995-02-25 06:34:50 +03:00
Provide C language versions of the netorder functions. These may be "good enough" for big-endian systems that do not have assembly language versions of their own. A compiler should be able to do a fairly good job optimising them, it probably won't be smart enough to omit the stack frame, but then again, these functions won't be called unless the macro versions are undef'd. On the other hand, they are only intended for bootstrap purposes on little- endian systems. They should be replaced with assembly language versions as soon as possible.
1993-08-31 23:00:11 +04:00
/*
Winning Strategies has placed this code into the Public Domain
1995-04-29 03:19:22 +04:00
* Written by J.T. Conklin <jtc@netbsd.org>.
* Public domain.
Provide C language versions of the netorder functions. These may be "good enough" for big-endian systems that do not have assembly language versions of their own. A compiler should be able to do a fairly good job optimising them, it probably won't be smart enough to omit the stack frame, but then again, these functions won't be called unless the macro versions are undef'd. On the other hand, they are only intended for bootstrap purposes on little- endian systems. They should be replaced with assembly language versions as soon as possible.
1993-08-31 23:00:11 +04:00
*/
#if defined(LIBC_SCCS) && !defined(lint)
Winning Strategies has placed this code into the Public Domain
1995-04-29 03:19:22 +04:00
static char *rcsid = "$NetBSD: ntohs.c,v 1.5 1995/04/28 23:25:23 jtc Exp $";
Provide C language versions of the netorder functions. These may be "good enough" for big-endian systems that do not have assembly language versions of their own. A compiler should be able to do a fairly good job optimising them, it probably won't be smart enough to omit the stack frame, but then again, these functions won't be called unless the macro versions are undef'd. On the other hand, they are only intended for bootstrap purposes on little- endian systems. They should be replaced with assembly language versions as soon as possible.
1993-08-31 23:00:11 +04:00
#endif
maybe they should actually... WORK!
1994-10-19 06:27:52 +03:00
#include <sys/types.h>
Provide C language versions of the netorder functions. These may be "good enough" for big-endian systems that do not have assembly language versions of their own. A compiler should be able to do a fairly good job optimising them, it probably won't be smart enough to omit the stack frame, but then again, these functions won't be called unless the macro versions are undef'd. On the other hand, they are only intended for bootstrap purposes on little- endian systems. They should be replaced with assembly language versions as soon as possible.
1993-08-31 23:00:11 +04:00
#include <machine/endian.h>
#undef ntohs
unsigned short
maybe they should actually... WORK!
1994-10-19 06:27:52 +03:00
ntohs(x)
Provide C language versions of the netorder functions. These may be "good enough" for big-endian systems that do not have assembly language versions of their own. A compiler should be able to do a fairly good job optimising them, it probably won't be smart enough to omit the stack frame, but then again, these functions won't be called unless the macro versions are undef'd. On the other hand, they are only intended for bootstrap purposes on little- endian systems. They should be replaced with assembly language versions as soon as possible.
1993-08-31 23:00:11 +04:00
unsigned short x;
{
#if BYTE_ORDER == LITTLE_ENDIAN
maybe they should actually... WORK!
1994-10-19 06:27:52 +03:00
u_char *s = (u_char *) &x;
Provide C language versions of the netorder functions. These may be "good enough" for big-endian systems that do not have assembly language versions of their own. A compiler should be able to do a fairly good job optimising them, it probably won't be smart enough to omit the stack frame, but then again, these functions won't be called unless the macro versions are undef'd. On the other hand, they are only intended for bootstrap purposes on little- endian systems. They should be replaced with assembly language versions as soon as possible.
1993-08-31 23:00:11 +04:00
return s[0] << 8 | s[1];
#else
return x;
#endif
}