From owner-cvs-all  Tue Sep 22 04:21:55 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id EAA14446
          for cvs-all-outgoing; Tue, 22 Sep 1998 04:21:55 -0700 (PDT)
          (envelope-from owner-cvs-all)
Received: from ns11.rim.or.jp (ns11.rim.or.jp [202.247.130.230])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA14433
          for <committers@freebsd.org>; Tue, 22 Sep 1998 04:21:52 -0700 (PDT)
          (envelope-from masafumi@aslm.rim.or.jp)
Received: from rayearth.rim.or.jp (rayearth.rim.or.jp [202.247.130.242]) by ns11.rim.or.jp (8.8.5/3.5Wpl2-ns11/RIMNET-2) with ESMTP
	id SAA05513 for <committers@freebsd.org>; Tue, 22 Sep 1998 18:19:55 +0900 (JST)
Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP
	id SAA17368 for committers@freebsd.org; Tue, 22 Sep 1998 18:19:55 +0900 (JST)
Received: (from masafumi@localhost) by mail.aslm.rim.or.jp (8.9.1/3.5Wpl3-SMTP) id SAA16313 for committers@freebsd.org; Tue, 22 Sep 1998 18:19:18 +0900 (JST)
Date: Tue, 22 Sep 1998 18:19:18 +0900 (JST)
Message-Id: <199809220919.SAA16313@mail.aslm.rim.or.jp>
To: markm@freebsd.org, committers@freebsd.org
Cc: max@wide.ad.jp
Subject: perl5 on -current
From: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= <max@wide.ad.jp>
X-Mailer: Mew version 1.93 on Emacs 20.3 / Mule 4.0 (HANANOEN)
X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40  5C 34 39 BA A5 46 C0 CC
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

Hi,

I just noticed that /usr/src/gnu/usr.bin/perl/libperl/config.SH* have
several definitions that are specific to Mark's system.  (As far as I
have found, cf_email, myhostname, myuname, perladmin.)

I'm not sure if these may cause any actualy problems, but it's a bit
odd to see Mark's hostname when I do perl -V.

If this doesn't cause any perl builtin functions to misannounce the
hostname, then maybe we can leave it alone.  But otherwise, we should
change the Makefile (or whatever appropriate) to define these
variables dynamically upon compilation time.

     Cheers,
Max