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

27 lines
465 B
C
Raw Normal View History

in_addr_t and in_port_t changes
1996-10-13 08:08:34 +04:00
/* $NetBSD: htons.c,v 1.7 1996/10/13 04:08:36 christos 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)
in_addr_t and in_port_t changes
1996-10-13 08:08:34 +04:00
static char *rcsid = "$NetBSD: htons.c,v 1.7 1996/10/13 04:08:36 christos 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
#undef htons
in_addr_t and in_port_t changes
1996-10-13 08:08:34 +04:00
in_port_t
maybe they should actually... WORK!
1994-10-19 06:27:52 +03:00
htons(x)
in_addr_t and in_port_t changes
1996-10-13 08:08:34 +04:00
in_port_t 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
{
#if BYTE_ORDER == LITTLE_ENDIAN
maybe they should actually... WORK!
1994-10-19 06:27:52 +03:00
u_char *s = (u_char *) &x;
in_addr_t and in_port_t changes
1996-10-13 08:08:34 +04:00
return (in_port_t)(s[0] << 8 | s[1]);
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
#else
return x;
#endif
}