From owner-freebsd-hackers  Sun Jul 16 21:19:07 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id VAA26916
          for hackers-outgoing; Sun, 16 Jul 1995 21:19:07 -0700
Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26910
          ; Sun, 16 Jul 1995 21:19:03 -0700
Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id VAA00339; Sun, 16 Jul 1995 21:19:35 -0700
From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com>
Message-Id: <199507170419.VAA00339@gndrsh.aac.dev.com>
Subject: Re: Perl include files *.ph
To: gclarkii@freefall.cdrom.com (Gary Clark II)
Date: Sun, 16 Jul 1995 21:19:35 -0700 (PDT)
Cc: freebsd-hackers@freefall.cdrom.com
In-Reply-To: <199507170214.TAA20353@freefall.cdrom.com> from "Gary Clark II" at Jul 16, 95 07:14:55 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1939      
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> 
> Hi,
> 
> Ok, it's now time for my harp on the present location of the perl 
> SYSTEM / PLATFORM dependent include files.  Right now they are located
> in /usr/share which I thought was for independent files.  Am I wrong
> in thinking this??  If not, again I say we need to move them.
> They are just processed versions of our *.h files from /usr/include
> and therefore depend on  the system/platform.  Our files will not
> work for a SUN and vice/versa.  Don't ask where, but not there.

They won't work for your sun running Sun/Os, but they should work for
your sun running FreeBSD :-).  /usr/share is shareable accross machines
(architectures) not accross OS's.

Actually the issue of /usr/include vs /usr/share/include has come up
(and pretty much died since it is a lot of digging to figure out) in
the file system standards stuff going on between FreeBSD/BSDI/Linux.

A very large part of /usr/include (and thus by default) /usr/share/perl
is infact machine/architecture independent and most likely belongs in
/usr/share.

Infact about the only machine dependant part of BSD's /usr/include is
/usr/include/machine, this one area when relocated could be done
as a symbolic link back into the machine dependent /usr some place,
with /usr/include being a symbolic link to /usr/share/include for the
transitition period.

This is all a dicey thing right now and I would just as soon leave this
alone until it can be done once and done right.  

> 
> Gary
> 
> Ideas: /usr/lib/perl | /usr/include/perl | /usr/perl

/usr/lib/perl is wrong as these are not ``archive libraries''
/usr/include/perl is wrong as these are not ``standard C include files''
/usr/perl is wrong as these are 95% machine independent files, perhaps
/usr/perl for the MD parts of this, but not all of it.



-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD