Bernhard Schmalhofer wrote:
We could always do the 12th AND the 16th, just for fun and bonus
productivity (if everyone isn't exhausted from a day of hacking and
three days of conference)? ;-)
I'm also flexible. 12th and 16th sounds good to me.
I've booked to arrive in Copenhagen on the 11th
I'll reply to the rest of this (if someone doesn't beat me to it)
tomorrow, but just wanted to comment on your closing comment:
On Sun, 2008-07-27 at 22:25 -0700, jerry gay wrote:
> that's an install tree
> policy, and as far as i'm concerned, it hasn't been addressed yet
> (along with many other
On Sun, Jul 27, 2008 at 1:56 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 10:08:06AM -0700, Geoffrey Broadwell wrote:
>> In the source repository, the 'parrot' in runtime/parrot/foo is
>> pointless. It's a singleton directory, and it's redundant.
>
> I think that the
Will Coleda via RT wrote:
On Sun, Jul 27, 2008 at 1:49 AM, Christoph Otto via RT
<[EMAIL PROTECTED]> wrote:
On Thu Dec 06 08:54:35 2007, pcoch wrote:
Many files in the Parrot repository are lacking descriptions within the
pod DESCRIPTION section. This needs to be done. An appropriate
descrip
On Sun, Jul 27, 2008 at 1:49 AM, Christoph Otto via RT
<[EMAIL PROTECTED]> wrote:
> On Thu Dec 06 08:54:35 2007, pcoch wrote:
>> Many files in the Parrot repository are lacking descriptions within the
>> pod DESCRIPTION section. This needs to be done. An appropriate
> description
>> of what the g
On Sun, Jul 27, 2008 at 10:40 PM, Eric Wilhelm
<[EMAIL PROTECTED]> wrote:
> # from James Keenan via RT
> # on Sunday 27 July 2008 18:45:
>
>>> It appears that this test assumes (multiple times perhaps?) that it
>>> may make named files in /tmp/.
>>
>>Are you saying that making named files in /tmp (
# from James Keenan via RT
# on Sunday 27 July 2008 18:45:
>> It appears that this test assumes (multiple times perhaps?) that it
>> may make named files in /tmp/.
>
>Are you saying that making named files in /tmp (or any other temporary
>directory) is bad or something to be avoided? If so, what
On Sat Jul 26 22:27:39 2008, [EMAIL PROTECTED] wrote:
> It appears that this test assumes (multiple times perhaps?) that it may
> make named files in /tmp/.
>
>
Are you saying that making named files in /tmp (or any other temporary
directory) is bad or something to be avoided? If so, what alte
On Sun, Jul 27, 2008 at 10:08:06AM -0700, Geoffrey Broadwell wrote:
> In the source repository, the 'parrot' in runtime/parrot/foo is
> pointless. It's a singleton directory, and it's redundant.
I think that the point of runtime/parrot/ is that we may also
someday have runtime/perl6/, runtime/pyn
On Friday 25 July 2008 15:46:25 Jeff Lavallee wrote:
> Latest parrot code from svn. During make test, t/example/library.t fails:
>
> t/examples/library...ok 1/4Failed to load libpcre
> current instr.: 'parrot;PCRE;init' pc 110 (library/pcre.pir:111)
> called from Sub 'parr
On Sun, 2008-07-27 at 12:10 -0700, Will Coleda via RT wrote:
> On Sun, Jul 27, 2008 at 1:08 PM, via RT Geoffrey Broadwell
> <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Geoffrey Broadwell
> > # Please include the string: [perl #57344]
> > # in the subject line of all future corresponden
To properly support $tcl_precision in tcl, I need to change how I'm
currently implementing {$tcl_precision == 0}. Right now, I just fake
it by setting the precision to 16, but that isn't right.
What I really want is something like this in src/pmc/tclfloat.pmc:
if (precision)
On Sat Jul 26 14:34:26 2008, [EMAIL PROTECTED] wrote:
>
> I'd write that as:
>
> if (ret)
> return *(INTVAL *)ret;
>
> return (INTVAL)0;
>
> The pointer casting dereferencing bothers me a little, but if
> compilers don't
> warn about it
>
> -- c
>
That looks cle
On Sun, Jul 27, 2008 at 1:08 PM, via RT Geoffrey Broadwell
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Geoffrey Broadwell
> # Please include the string: [perl #57344]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #57344]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57344 >
In the source repository, the 'parrot' in runtime/parrot/foo is
pointless. It's a
Thanks, applied in r29767.
# New Ticket Created by Eric Wilhelm
# Please include the string: [perl #57320]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57320 >
It appears that this test assumes (multiple times perhaps?) that it may
make named file
Taweth has left a new comment on your post "Episode 1: Introduction":
It seems that recent changes have altered the behaviour of the
mk_language_shell script. If anyone else finds themselves without a
Makefile once they run this, the fix is to run the command without the
path on the end (eg: "perl
On Thu Jul 24 23:21:19 2008, cotto wrote:
>
> I agreee. I ran with a few different runcores and always got 1000 as
> the number (when Parrot ran and I was patient enough to wait for the
> output). It was the same for cgoto, cgp, fast, slow and switch.
> I ran the following with a normal build of
On Thu Dec 06 08:54:35 2007, pcoch wrote:
> Many files in the Parrot repository are lacking descriptions within the
> pod DESCRIPTION section. This needs to be done. An appropriate
description
> of what the given file does is all that is necessary.
r29788 adds a test for this. Unless the test
# New Ticket Created by Jerry Gay
# Please include the string: [perl #57312]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57312 >
languages/pugs/ was for a pugs interface to parrot. the code was
already bitrotten long bef
On Sun, 2008-07-27 at 13:13 +0200, Reini Urban wrote:
> +stat $I0, conf_file, 0
> +if $I0 goto conf
> +
> +# If installed into /usr/lib/parrot, not /usr/runtime/parrot
> +# This logic has to be reversed when installed versions should
> run faster
> +# than source builds.
Re
Per request from Reini Urban, I have merged RT 57296 into this ticket.
The version of the patch which should be evaluated is that submitted by
Reini on 26 July: make-install-lang.patch.
kid51
chromatic schrieb:
"Clue is an ANSI C compiler (C89, some C99) that targets high-level languages
such as Lua, Javascript or Perl. It supports the entire C language, including
pointer arithmetic, and can be used to run arbitrary pure-C programs."
http://cluecc.sourceforge.net/
It compiles C c
Reini Urban (via RT) schrieb:
Remove
/usr/runtime/parrot/include
/usr/runtime/parrot
/usr
paths from the .include searchpath.
I found this out via strace on cygwin.
Attached patch tries at least /usr/lib/parrot when /usr/runtime/parrot
fails. As soon as installed versions should run f
25 matches
Mail list logo
