From owner-cvs-all  Sat Oct 10 10:31:46 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA03873
          for cvs-all-outgoing; Sat, 10 Oct 1998 10:31:46 -0700 (PDT)
          (envelope-from owner-cvs-all)
Received: from ceia.nordier.com (m2-14-dbn.dial-up.net [196.34.155.78])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03845
          for <committers@FreeBSD.org>; Sat, 10 Oct 1998 10:31:34 -0700 (PDT)
          (envelope-from rnordier@nordier.com)
Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id TAA16961; Sat, 10 Oct 1998 19:30:11 +0200 (SAT)
From: Robert Nordier <rnordier@nordier.com>
Message-Id: <199810101730.TAA16961@ceia.nordier.com>
Subject: Re: cvs commit: src/sys/boot/i386 Makefile
In-Reply-To: <199810101537.BAA06114@godzilla.zeta.org.au> from Bruce Evans at "Oct 11, 98 01:37:31 am"
To: bde@zeta.org.au (Bruce Evans)
Date: Sat, 10 Oct 1998 19:30:08 +0200 (SAT)
Cc: committers@FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-cvs-all@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

Bruce Evans wrote:
> >The .s.o suffix rules in bsd.lib.mk are deliberately stripping all
> >but the [-BID] options out of CFLAGS.  This is causing problems for
> >the BTX-specific startup code in /sys/boot/i386/btx/lib.  (The -elf
> >override is never seen.)
> >
> >Any thoughts on whether this is a correctable lib.mk problem, or just
> >something BTX should find another way around?
> 
> bsd.lib.mk shouldn't do that, especially since the rules were changed to
> use [g]cc with the unportable -x assembler-with-cpp option instead of
> "cpp ... | as".  You'll have to work around it in btx, since the 3.0
> release is too close to change bsd.lib.mk.

Thanks.

> BTW, you should use *.S instead of *.s, at least if you want preprocessing
> by cpp.  I don't think gcc can handle assembler-with-m4.

I've been trying to avoid (ab)using cpp for assembly source, though
this does seem to be the BSD way of doing things, and I may be
missing the wood for the trees, here.

-- 
Robert Nordier