:>>>>> "Andy" == Andy Dougherty <doughera@lafcol.lafayette.edu> writes:
:>>>>> "Phil" == Phillip Moore <wpm@ms.com> writes:
:Andy> If you're sure no one will want to build a new static perl, you
:Andy> can safely delete libperl.a.
:Well, if I want to build a new static perl, I'll do so in the
:development tree.
It's nice to have access to the development tree. I don't (well, not the
blessed one, anyway). So since I want to use Tk, I have to build my own perl.
This is bad for several reasons: 1) it takes away from the work that the
system administrators do, and adds to the work I do; 2) it makes the system
administrators paranoid (I am a clueless user, after all); and 3) uses disk
space (which I don't have a lot of).
Oh, yeah, and installing it on AFS takes a looooong time, since MakeMaker
wants to stat all of the files in '~cloyces/..', most of which can't be
read. :/
So anyway, put one vote in for the status quo (as far as this is concerned).
--
Cloyce D. Spradling
cloyces@austin.ibm.com
cloyce@sedl.org
:>>>>> "Phil" == Phillip Moore <wpm@ms.com> writes:
:Andy> If you're sure no one will want to build a new static perl, you
:Andy> can safely delete libperl.a.
:Well, if I want to build a new static perl, I'll do so in the
:development tree.
It's nice to have access to the development tree. I don't (well, not the
blessed one, anyway). So since I want to use Tk, I have to build my own perl.
This is bad for several reasons: 1) it takes away from the work that the
system administrators do, and adds to the work I do; 2) it makes the system
administrators paranoid (I am a clueless user, after all); and 3) uses disk
space (which I don't have a lot of).
Oh, yeah, and installing it on AFS takes a looooong time, since MakeMaker
wants to stat all of the files in '~cloyces/..', most of which can't be
read. :/
So anyway, put one vote in for the status quo (as far as this is concerned).
--
Cloyce D. Spradling
cloyces@austin.ibm.com
cloyce@sedl.org