From owner-freebsd-hackers  Sat Nov 18 14:43:54 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id OAA22714
          for hackers-outgoing; Sat, 18 Nov 1995 14:43:54 -0800
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA22709
          for <hackers@freebsd.org>; Sat, 18 Nov 1995 14:43:49 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA07072; Sun, 19 Nov 1995 09:42:16 +1100
Date: Sun, 19 Nov 1995 09:42:16 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199511182242.JAA07072@godzilla.zeta.org.au>
To: grog@lemis.de, terry@lambert.org
Subject: Re: elm problem - "solved"
Cc: hackers@freebsd.org
Sender: owner-hackers@freebsd.org
Precedence: bulk

>>From stdio.h:
>==========================================================================
>/*
> * 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.
> */
>==========================================================================

>(BTW: we're after gcc 2.4: where is __attribute__?  8-)).

__attribute__((__mode__(DI))) can't be used because of namespace pollution
(someone might define DI).  This will be fixed when we switch to gcc-2.7
(2.7 supports mode __DI__).  Similarly, __attribute__(noreturn)) can't be
used.  It is used.  Try

#define noreturn SOL
#include <stdlib.h>

Bruce