[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

Re: [MacPerl] Perl Shared Library (was Re: [MacPerl] ports and builds)



In article <online-1401992020110001@108-ppp-its.caltech.edu>, online@mactech.com (Jeff at MacTech) writes:

> In article <mac-perl.86d84i8sdw.fsf@gwaihir.ee.ethz.ch>, Matthias
> Neeracher <neeri@iis.ee.ethz.ch> wrote:
>> While I do agree with the basic feeling that Perl should be available in a more
>> embeddable form and actually am working (slowly) toward that goal, the actual
>> distribution logistics are going to be difficult.

> I've been thinking about this for a while. This may already be what you
> have in mind, but just in case, a few comments:

> Under Unix and Win, the Perl app itself tends to be tiny

Not so, at least not on those Unix systems I know.

> 1) Multiple Perl apps could run simultaneously without (or independent of)
> threading in the interpreter. They would each have a large memory
> footprint, but a small disk footprint which would be ideal for
> distribution. 

- Other things being equal, multithreading is usually more efficient than
  multitasking on the Mac.
- Large memory footprints are bad.
- I'll grant you the theoretical advantage of the small disk footprint. In
  practice, I'm unable to name a single Mac system where distributing small
  programs linked against a large shared library has really taken off. Even
  Java, which has enormous amounts of engineering talent and API stability
  invested, is not excactly flooding the PD archives.

> 2) Also, as is the standard argument, updated version of the shared lib
> would automatically benefit all of these apps. 

Or break them, respectively :-)

> 3) More importantly, though, is this: writing a "real" Mac app (ie, a
> Toolbox-heavy app) presently involves a lot of shenanigans which are the
> result of living within the MacPerl app

I see the relationship as being a quite successful symbiosis: In my own
scripts, I find it very convenient being able to write just a small bit of code
resting inside a substantial application.

>>> 2) Perl libraries (/usr/local/lib/perl5/*) should be placed relative to 
>>> this shared library
>> 
>> What I've experimented with is a symbolic link in the perferences folder.
>> I prefer not to install major directory trees in the system folder

> Isn't there now an "Application Support" folder in the System Folder? This
> seems like the appropriate place for things, with the possible option of
> putting an alias here instead of the actual hierarchy.

Good idea.

>> In particular, I would be interested in finding out how Perl is
>> going to fit into MacOS X (my understanding is that it's shipping in MacOS X
>> Server, would you happen to know who is responsible for that port?).

> Hopefully you'll get the full scoop, but my guess is that the version in
> MOSXS is minimally changed from the standard Unix perl.

True, at least for MacOS X server.

Matthias

-- 
Matthias Neeracher   <neeri@iis.ee.ethz.ch>   http://www.iis.ee.ethz.ch/~neeri
   "I'm set free to find a new illusion" -- Velvet Underground

***** Want to unsubscribe from this list?
***** Send mail with body "unsubscribe" to mac-perl-request@iis.ee.ethz.ch