From xemacs-m  Wed Jun  4 09:51:13 1997
Received: from sanewo.ba2.so-net.or.jp (pppba05.pppp.ap.so-net.or.jp [210.132.186.5])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id JAA06884
	for <xemacs-beta@xemacs.org>; Wed, 4 Jun 1997 09:51:10 -0500 (CDT)
Received: (from sanewo@localhost) by sanewo.ba2.so-net.or.jp (8.8.5/8.7.3) id HAA03225; Wed, 4 Jun 1997 07:54:10 +0900 (JST)
To: xemacs-beta@xemacs.org
Subject: Re: b3 configure failure on FreeBSD-3.0 fix
References: <199706010816.BAA06163@xemacs.eng.sun.com>
From: Takanori Saneto <sanewo@ba2.so-net.or.jp>
In-Reply-To: Martin Buchholz's message of "Sun, 1 Jun 1997 01:16:45 -0700"
X-Emacs: Emacs 19.34.94, MULE 3.0 (MOMIJINOGA)
Mime-Version: 1.0 (generated by SEMI MIME-Edit 0.82)
Content-Type: text/plain; charset=US-ASCII
Date: 04 Jun 1997 07:54:09 +0900
Message-ID: <87enaj2t7y.fsf@sanewo.ba2.so-net.or.jp>
Lines: 31
X-Mailer: Gnus v5.4.56 with SEMI patch/Emacs 19.34/Mule 3.0 (MOMIJINOGA)

In article <199706010816.BAA06163@xemacs.eng.sun.com>,
	Martin Buchholz <mrb@Eng.Sun.COM> writes:
>How about just reversing the order of the options?  Try:

>#define LD_SWITCH_SYSTEM -dc -dp -e start

>or even

>#define LD_SWITCH_SYSTEM -dc -dp

They should work, I think.

But...  What if there were some weired echo command which understands
"-d<x>" as "decode encrypted message using key <x>"?  :-)

>Sun's built-in sh echo has no options.  That seems like a Good Thing.

Yes, SYS5 echo seems not taking any options and uses "\c" escape when
BSD echo uses -n option.

So, flags beginning with "-n" may not be configure-safe on BSD-derived
systems. (I don't know if this is acutally the case)


BTW, why using `echo $var` construct at all? Why not just placing
variables there? To make the result of expansion look better? Who
cares? Or some other reason?

Regards,
-- 
Takanori Saneto <URL:mailto:sanewo@ba2.so-net.or.jp>

