d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Complete the switch to using gcc-2.4 features to declare fpos_t ,

Browse Source 
as threatened in the 4-5 year old comment.  Most of the change is
in <machine/ansi.h>; this commit just removes cruft for the strict
ANSI case.  64-bit types couldn't actually be defined using
__attribute__(()) in gcc-2.4, since attribute names in the
implementation namespace only became available in gcc-2.7.  I've
probably just broken gcc-2.6 support by using the gcc-2.7 names
unconditionally.
This commit is contained in:
Bruce Evans 1998-06-14 16:04:20 +00:00
parent a84507eabd
commit ed9c039078
Notes: svn2git 2020-12-20 02:59:44 +00:00 
svn path=/head/; revision=36981
1 changed files with 1 additions and 18 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
include/stdio.h
View File

@ -34,7 +34,7 @@
* SUCH DAMAGE.
*
* @(#)stdio.h 8.5 (Berkeley) 4/29/95
* $Id: stdio.h,v 1.16 1998/04/12 20:29:24 jb Exp $
* $Id: stdio.h,v 1.17 1998/05/05 21:59:19 jb Exp $
*/
#ifndef _STDIO_H_
@ -52,24 +52,7 @@ typedef _BSD_SIZE_T_ size_t;
#define NULL 0
#endif
/*
* This is fairly grotesque, but pure ANSI code must not inspect the
* innards of an fpos_t anyway. The library internally uses off_t,
* which we assume is exactly as big as eight chars. (When we switch
* to gcc 2.4 we will use __attribute__ here.)
*
* WARNING: the alignment constraints on an off_t and the struct below
* differ on (e.g.) the SPARC. Hence, the placement of an fpos_t object
* in a structure will change if fpos_t's are not aligned on 8-byte
* boundaries. THIS IS A CROCK, but for now there is no way around it.
*/
#if !defined(_ANSI_SOURCE) && !defined(__STRICT_ANSI__)
typedef _BSD_OFF_T_ fpos_t;
#else
typedef struct __sfpos {
char _pos[8];
} fpos_t;
#endif
#define _FSTDIO /* Define for new stdio with functions. */