NetBSD/lib/libc/net/htons.c

/*	$NetBSD: htons.c,v 1.9 2001/08/22 07:42:09 itojun Exp $	*/

/*
 * Written by J.T. Conklin <jtc@netbsd.org>.
 * Public domain.
 */

#include <sys/cdefs.h>
#if defined(LIBC_SCCS) && !defined(lint)
__RCSID("$NetBSD: htons.c,v 1.9 2001/08/22 07:42:09 itojun Exp $");
#endif

#include <sys/types.h>

#undef htons

uint16_t
htons(x)
	uint16_t x;
{
#if BYTE_ORDER == LITTLE_ENDIAN
	u_char *s = (u_char *) &x;
	return (uint16_t)(s[0] << 8 | s[1]);
#else
	return x;
#endif
}
sync argument/return type of [hn]to[nh][ls] to XNET 5.2 (uint{16,32}_t). as discussed on tech-net. 2001-08-22 11:42:07 +04:00			`/* $NetBSD: htons.c,v 1.9 2001/08/22 07:42:09 itojun 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			`*/`

Fix RCSID's Fix gcc warnings Add missing prototypes Use "namespace.h" 1997-07-13 23:57:30 +04:00			`#include <sys/cdefs.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			`#if defined(LIBC_SCCS) && !defined(lint)`
sync argument/return type of [hn]to[nh][ls] to XNET 5.2 (uint{16,32}_t). as discussed on tech-net. 2001-08-22 11:42:07 +04:00			`__RCSID("$NetBSD: htons.c,v 1.9 2001/08/22 07:42:09 itojun 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`

sync argument/return type of [hn]to[nh][ls] to XNET 5.2 (uint{16,32}_t). as discussed on tech-net. 2001-08-22 11:42:07 +04:00			`uint16_t`
maybe they should actually... WORK! 1994-10-19 06:27:52 +03:00			`htons(x)`
sync argument/return type of [hn]to[nh][ls] to XNET 5.2 (uint{16,32}_t). as discussed on tech-net. 2001-08-22 11:42:07 +04:00			`uint16_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;`
sync argument/return type of [hn]to[nh][ls] to XNET 5.2 (uint{16,32}_t). as discussed on tech-net. 2001-08-22 11:42:07 +04:00			`return (uint16_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`
			`}`