On Wednesday 18 January 2006 14:53, Joshua Hoblitt wrote:
> > installation of the necessary modules should be checked at configure
> > time, and an informative message should be given to the user if there
> > are missing dependencies.
> That's just another configure step but it had better be run
On Tue, Jan 17, 2006 at 04:55:36PM -0800, jerry gay wrote:
> i think that better answer should be in the form of CPAN bundles. a
> development bundle (Bundle::Parrot::Devel), a test bundle (::Test),
> perhaps a seperate smoke bundle (::Smoke), and perhaps a bundle for
> end users (::Install.)
The
In message <[EMAIL PROTECTED]>,
Larry Wall writes:
: Looks like the same problem we were having before. If we have to have
: -L/usr/local/lib in there, it should probably come after your personal
: -L/home/gbacon/src/parrot/blib/lib so that -lparrot prefers the one
: you just built. You ran
"Greg Bacon" <[EMAIL PROTECTED]> wrote:
I'm still seeing a link failure with r11221.
Discovered I have cygwin on this PC, went to investigate and...happens>...the link failure is gone as well as the auto-import warnings.
Sadly, there's a new problem that I really have no idea about (aside from
> [bernhard - Di 17. Jan 2006, 13:02:44]:
> > > I propose to rename 'src/classes' to 'src/pmc'
> > >
> > Yes, and for consistency please also rename dynclasses to dynpmc and
the
> > t/dynclass to t/dynpmc.
The second step of directory renaming has been completed. Altogether
follwing dirs have m
Unless Matt takes pity on me, and writes a summary at disgustingly
high speed, there won't be a summary this week. Assorted things got in
the way on Monday or Tuesday, and I'm now at my consulting gig 'til
the end of the week with no time for summarizing.
I'm really, really sorry.
--
Piers Cawley
On 1/18/06, Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> jerry gay (via RT) schrieb:
> >perl modules necessary for parrot configuration, development, and
> >testing have been either committed to the parrot repo, assumed to be
> >installed by the user, or (in some cases) checked for in code tha
On 1/17/06, via RT jerry gay <[EMAIL PROTECTED]> wrote:
> perl modules necessary for parrot configuration, development, and
> testing have been either committed to the parrot repo, assumed to be
> installed by the user, or (in some cases) checked for in code that
> uses them.
>
> this mish-mash is
On Jan 13, 2006, at 14:29, Leopold Toetsch wrote:
Below are some thoughts, syntax mainly, how it could look like.
And now a bit of named arguments passing semantics.
0. Call and return are symmetric, I'll use function call here, because
it's more commonly used with named. (Arguments are p
jerry gay (via RT) schrieb:
# New Ticket Created by jerry gay
# Please include the string: [perl #38262]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38262 >
perl modules necessary for parrot configuration, developmen
# New Ticket Created by Will Coleda
# Please include the string: [perl #38269]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38269 >
Make realclean, config with these options:
CXX='ccache g++-4.0'
CC='ccache gcc-4.0'
/u
Bob Rogers wrote:
From: Matt Fowles <[EMAIL PROTECTED]>
Why leave it in as a placeholder at all?
Matt
Good question. I did so because of the "common header with
Interp_Context" comment in struct Parrot_Context.
Yep. And this common header is actually used in e.g.
mark_register
"Bob Rogers (via RT)" <[EMAIL PROTECTED]> wrote:
The attached code compiles to byte code OK in r11235, until you
comment out the push_eh indicated by the patch, which makes
compute_dominance_frontiers take forever. (Sorry; I wish I had time to
try to make it smaller.) TIA,
I hit upon this t
On Tue, Jan 17, 2006 at 12:44:56PM -0800, jerry gay wrote:
> attached is my lib/Parrot/Config.pm file generated from r11223, on
> windows using msvc. inside you'll find a few things, like keys given
> unix file path values,
> 'bin_dir' => '/usr/local/bin',
>
> an invalid key,
>
Bernhard++
-J
--
On Tue, Jan 17, 2006 at 09:55:47PM +0100, Bernhard Schmalhofer wrote:
> It looks like the script 'tools/dev/genrpt.pl' does basically the same as
> 'parrotbug'.
> In order to decrease the level of confusion I propose to remove
> genrpt.pl and the associated make targets 'ok', 'o
15 matches
Mail list logo
