From owner-cvs-all  Sat Oct 10 08:37:52 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA18643
          for cvs-all-outgoing; Sat, 10 Oct 1998 08:37:52 -0700 (PDT)
          (envelope-from owner-cvs-all)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18614
          for <committers@FreeBSD.ORG>; Sat, 10 Oct 1998 08:37:41 -0700 (PDT)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id BAA06114;
	Sun, 11 Oct 1998 01:37:31 +1000
Date: Sun, 11 Oct 1998 01:37:31 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199810101537.BAA06114@godzilla.zeta.org.au>
To: bde@zeta.org.au, rnordier@nordier.com
Subject: Re: cvs commit: src/sys/boot/i386 Makefile
Cc: committers@FreeBSD.ORG
Sender: owner-cvs-all@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>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.

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.

Bruce