delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2009/04/10/14:46:32

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Date: Fri, 10 Apr 2009 13:46:13 -0500
From: "Patrick R. Michaud" <pmichaud AT pobox DOT com>
To: Reini Urban <rurban AT x-ray DOT at>
Cc: Michael Schroeder <mls AT suse DOT de>, parrot-dev AT lists DOT parrot DOT org,
cygwin AT cygwin DOT com
Subject: Re: [PATCH] rakudo Re: Parrot packaging problems
Message-ID: <20090410184613.GB6883@pmichaud.com>
References: <20090408101541 DOT GA6404 AT suse DOT de> <49DCEC65 DOT 4000400 AT x-ray DOT at> <20090409102012 DOT GD1506 AT suse DOT de> <49DE45E6 DOT 5030508 AT x-ray DOT at> <20090409212923 DOT GA10858 AT pmichaud DOT com> <6910a60904100209l54b238dbuf56b10251364fc99 AT mail DOT gmail DOT com> <20090410161203 DOT GA6883 AT pmichaud DOT com> <6910a60904101105v667d132ci96c80e150085a795 AT mail DOT gmail DOT com>
MIME-Version: 1.0
In-Reply-To: <6910a60904101105v667d132ci96c80e150085a795@mail.gmail.com>
User-Agent: Mutt/1.5.17+20080114 (2008-01-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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

On Fri, Apr 10, 2009 at 08:05:50PM +0200, Reini Urban wrote:
> 2009/4/10 Patrick R. Michaud <pmichaud AT pobox DOT com>:
> > For some reason that doesn't sound quite right to me. =A0When converting
> > rakudo to an executable, the pbc2exe we use should already know
> > if it's being run using an installed parrot or some other parrot
> > (because pbc2exe is itself a parrot application). =A0So we shouldn't
> > have to pass an explicit flag to it -- we should simply get the
> > correct perl6 executable based on whatever pbc2exe was run.
>=20
> We could check if we use /usr/bin/pbc2exe and assume automatically
> --install then, yes.

Well, I was thinking of something more sophisticated than checking
the path.  We already have two builds of pbc2exe -- the one that
is built when Parrot is built, and the one that gets built and
installed as part of a Parrot install.  That second one should
be built already having the knowledge that "I'm the Parrot install
version of pbc2exe", and thus it should always use the Parrot
install config.o (without having to check paths or options).

> >> I assume 2009-03 is targetting a newer parrot than 1.0.0,
> >> which is unfortunate for a quasi perl6-1.0 release.
> >
> > The 2009-03 release targets parrot 1.0.0. =A0What you're probably
> > seeing is that the spectests (which are outside of the release
> > tarball) have changed since the release. =A0So, I guess we may want
> > to (a) include a copy of the current spectests at the time of the
> > release in the tarball (and change the 'make spectest' target
> > to use those) or (b) change the Makefile in the release so that it
> > always checks out the spectests that were in effect at the time
> > of the release.
>=20
> Ok, I will check out the right git tag around that date and
> include the full tests in the release.

Its likely a bit more than just that, because "make spectest"
will also attempt to update whatever it finds in t/spec to the
latest version from pugscode.org .

Pm

--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019