On Thursday 05 February 2009 17:51:34 James Keenan via RT wrote:
> On Mon Jun 09 17:34:09 2008, chroma...@wgz.org wrote:
> > This should be an easy fix for a Makefile hacker.
> We have 'make' target dynpmc-clean which is included in 'clean'. So if
> you called 'make clean' before reconfiguring,
On Thu, Feb 05, 2009 at 08:36:53AM -0800, Andrew Whitworth via RT wrote:
> On Tue Nov 01 09:03:54 2005, pmichaud wrote:
> > From a discussion earlier today on #irc...
> >
> > It would be nice if the PIR compiler had a way to use
> > a very basic register allocation algorithm for .subs that
> > use
On Sat, Jan 31, 2009 at 07:42:18PM -0800, James Keenan via RT wrote:
> On Thu May 22 17:02:41 2008, coke wrote:
> > Allison, can you weigh in on this RFE?
>
> Have there been any developments on the issues raised in this ticket?
Not really; I don't expect there to be any before 1.0. I vote
that
On Thu, Feb 05, 2009 at 04:45:50PM -0800, James Keenan via RT wrote:
> On Sat Jun 21 07:39:32 2008, pmichaud wrote:
> > Jonathan says that it's possible to generate and save
> > bytecode within PIR -- see languages/dotnet/src/net2pbc.pir
> > as an example.
> >
> > Pm
>
> Jonathan, Patrick: Are w
> I'll apply this patch in two days if I hear no objection -- or sooner if
> the other contributors to this thread approve.
+1
--
Salu2
On Thu, Feb 5, 2009 at 10:23, Will Coleda wrote:
> On Thu, Feb 5, 2009 at 1:12 PM, chromatic wrote:
>> On Thursday 05 February 2009 08:57:18 jerry gay wrote:
>>
>>> we will roll our own bignum, and give users the ability to use gmp or
>>> another external library at configure time.
>>
>> That sou
On Thu, Feb 5, 2009 at 10:44, Reini Urban via RT
wrote:
> On Thu Jan 29 06:05:13 2009, Whiteknight wrote:
>> On Wed Dec 24 05:39:54 2008, Whiteknight wrote:
>> > On Tue Dec 23 19:02:17 2008, jk...@verizon.net wrote:
>> > > On Sat Jun 14 17:15:32 2008, jk...@verizon.net wrote:
>> > > > Would it be
On Thu, Feb 5, 2009 at 1:12 PM, chromatic wrote:
> On Thursday 05 February 2009 08:57:18 jerry gay wrote:
>
>> we will roll our own bignum, and give users the ability to use gmp or
>> another external library at configure time.
>
> That sounds like a fantastic recipe for hard-to-debug configuratio
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
> we will roll our own bignum, and give users the ability to use gmp or
> another external library at configure time.
That sounds like a fantastic recipe for hard-to-debug configuration problems
and all of the joys of fixing copious amounts
On Thu, Feb 5, 2009 at 08:45, Andrew Whitworth via RT
wrote:
> On Thu Feb 05 08:40:47 2009, particle wrote:
>> On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
>> wrote:
>> > 1) Are we going to be relying on libraries to handle our BigInt/BigNum
>> > implementations, or are we intending to r
On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
wrote:
> 1) Are we going to be relying on libraries to handle our BigInt/BigNum
> implementations, or are we intending to roll our own?
we can't rely on external libraries, whether for bignum, unicode, gc,
or anything else. we can detect and u
# New Ticket Created by Saleem A. Ansari
# Please include the string: [perl #63036]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63036 >
Fixed typos in docs/book
ch09_pct.pod |2 +-
ch11_pmcs.pod|2 +-
c
12 matches
Mail list logo
