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
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
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
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
# 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 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
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
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
# 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
Thanks, applied in r29767.
# 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
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=
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
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 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
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, 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 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
# 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 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 (
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
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: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
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
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
25 matches
Mail list logo
