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

53 lines
2.0 KiB
C
Raw Normal View History

use NetBSD rather than ID
1995-02-25 06:34:50 +03:00
/* $NetBSD: htons.c,v 1.4 1995/02/25 03:34:51 cgd 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
/*
* Copyright (c) 1993 Winning Strategies, Inc.
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. All advertising materials mentioning features or use of this software
* must display the following acknowledgement:
* This product includes software developed by Winning Strategies, Inc.
* 4. The name of the author may not be used to endorse or promote products
Fix spelling error in Copyright notice
1994-01-28 23:34:33 +03:00
* derived from this software without specific prior written permission
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
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
* IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
* IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/
#if defined(LIBC_SCCS) && !defined(lint)
use NetBSD rather than ID
1995-02-25 06:34:50 +03:00
static char *rcsid = "$NetBSD: htons.c,v 1.4 1995/02/25 03:34:51 cgd 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 htons
unsigned short
maybe they should actually... WORK!
1994-10-19 06:27:52 +03:00
htons(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
}