X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <6910a60712111544s13e738e7tf85fc07bb69da0c6@mail.gmail.com>
Date: Tue, 11 Dec 2007 18:44:50 -0500
From: "Reini Urban" <rurban AT x-ray DOT at>
To: cygwin AT cygwin DOT com
Subject: Re: Wish Setup would accept my Perl
In-Reply-To: <183c528b0711070758n766febe4g7c6efe735501da8e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <loom DOT 20071105T183528-568 AT post DOT gmane DOT org> 	 <fgq3au$q89$1 AT ger DOT gmane DOT org> 	 <183c528b0711060821u278c0775of56ba7e004aaf180 AT mail DOT gmail DOT com> 	 <001501c82094$434e4230$2e08a8c0 AT CAM DOT ARTIMI DOT COM> 	 <31b7d2790711060907rf21e581j742ff91897a65cc2 AT mail DOT gmail DOT com> 	 <fgsmhd$l1h$1 AT ger DOT gmane DOT org> 	 <183c528b0711070758n766febe4g7c6efe735501da8e AT mail DOT gmail DOT com>
X-Google-Sender-Auth: 71ae7bf96e79405b
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

2007/11/7, Brian Mathis <brian DOT mathis AT gmail DOT com>:
> On Nov 7, 2007 10:44 AM, Andrew DeFaria <Andrew AT defaria DOT com> wrote:
> > DePriest, Jason R. wrote:
> > > I once, like you, wondered why I couldn't just have one installation
> > > of Perl or Python that works in either environment. Since I write
> > > scripts, not code,
> >
> > An aside? How is a Perl script not Perl code?!? Just wondering...
> >
> > > I assumed it was because it was just too hard to do and began to use
> > > each program in its appropriate place.
> >
> > Hmmm... I'm curious. As you said you have both AS Perl and Cygwin's
> > Perl. Now you say use each one where it is appropriate. I can't think of
> > a reason why using one or the other is more appropriate than the other.
> > As you state below regarding PPM, AS Perl is obviously Windows centric
> > and Cygwin's Perl is admittedly Posix centric. Being as I don't see many
> > Unix/Linux Perls with a Window's centric viewpoint I would think that
> > sticking with Posix through and through (including CPAN rather than the
> > uniquely AS PPM) would provide the best shot at being the most portable
> > out of the gate!
>
> How about if you are writing a Windows application?  What if you need
> to manipulate the Registry or access Win32::OLE objects?  You
> certainly need AS Perl for that.  It's not hard to imagine why you'd
> need a Windows-centric version.

Win32::OLE COM objects, Registry access, Win32:GUI and all of
libwin32 works fine on cygwin perl. With cygwin perl you have the best
of both worlds.
Well, with the current perl release there is a problem with the latest
libwin32, which needs a perl update which does not work yet good enough, but
with the prev libwin32 everything should work which works on AS perl also.

The only thing which doesn't work on cygwin perl are some closed
source binary-only MSVC modules (2 or 3 three),
and the Win32::API module with gcc callbacks.

This compared to the thousands of cpan modules which DO NOT work with
ActiveState perl is a nice advantage of cygwin perl.

Only if I have to distribute single file exe's I prefer AS perl with
perl2exe or par.

-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/