Geoffrey Broadwell a écrit :
On Mon, 2008-07-21 at 09:34 +0200, François Perrad wrote:
Geoffrey Broadwell a écrit :
fperrad: How do these bindings actually work?
There'll work with runtime/parrot/library/OpenGL.pir.
OK ... so what could be improved about runtime/parrot/
2008/7/22 chromatic <[EMAIL PROTECTED]>:
> On Monday 21 July 2008 13:48:41 Reini Urban wrote:
>
>> I did it now this way:
>>
>> pbc_to_exe accepts a 2nd optional arg.
>> If it's --install the exe is prefixed with "installable_", and it's not
>> linked against parrot_config.o but against install_con
# New Ticket Created by Reini Urban
# Please include the string: [perl #57188]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57188 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc= gcc
François Perrad a écrit :
Bernhard Schmalhofer via RT a écrit :
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
in branch_pdd25cx, 221/1109 Lua subtests failed.
Mostly for same reason : except
On Tuesday 22 July 2008 04:43:59 Reini Urban wrote:
> > Is there any reason to link against parrot_config.o instead of
> > install_config.o?
> for testing only.
> make test and make smoke
Do they not work if it gets linked against parrot_config.o?
-- c
On Tuesday 22 July 2008 04:56:53 Reini Urban wrote:
> Attached patch adds --install to pbc_to_exe,
> adds a basic pod to pbc_to_exe,
> and applies --install to perl6.
>
> link against install_config.o and add installable prefix.
> Limitation: With --install the first arg infile must have no
> direc
# New Ticket Created by Will Coleda
# Please include the string: [perl #57196]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57196 >
Can we get the tag information included in the RSS summary articles?
Will be very helpful
# New Ticket Created by Will Coleda
# Please include the string: [perl #57198]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57198 >
http://smolder.plusthree.com/app/public_projects/report_details/2435#first_failure
Looks
chromatic schrieb:
On Tuesday 22 July 2008 04:43:59 Reini Urban wrote:
Is there any reason to link against parrot_config.o instead of
install_config.o?
for testing only.
make test and make smoke
Do they not work if it gets linked against parrot_config.o?
They work if I keep the build_dir
On Tue Jul 22 08:02:08 2008, tene wrote:
> Resolved as of r29673.
>
> Parrot_process_args() wasn't fetching the appropriate type from the HLL
> mapping info when creating an object to store slurpy params in.
Thanks. Added a modified version of my original test in r29682. Thanks
to tene for pointi
On Tue, 2008-07-22 at 09:03 +0200, François Perrad wrote:
> Ok, talking about libraries :
> Lua compiler & Lua Standard Libraries are complete (as far as the
> current Parrot supports it).
> So, since April 2008, I wrote some extension libraries for Lua
> Since mid-June 2008, I tried to write exte
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #57190]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57190 >
Recently on IRC the matter of HLL interoperation came up frequently,
this ticket brings i
On Tuesday 22 July 2008 08:13:06 Reini Urban wrote:
> > Do they not work if it gets linked against parrot_config.o?
>
> They work if I keep the build_dir intact on my devel machine.
> But if a package it and install on a machine without the build_dir it
> fails. Or if I rename the build_dir:
>
> I
Ron Blaschke wrote:
Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda # Please include the string:
[perl #56756]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56756 >
On a win32 build with AS perl and the
I don't know if this will help shed any light, but it seems related to
the number of data types tested in pmc_5.pasm. I find that if I remove
one or more data type tests from this file (say, the section that does
TQueue or Eval) and run the pasm directly with parrot, parrot will exit
with a sta
t/op/sprintf.t has been passing on Win32 with VC++ (r29667), see
http://smolder.plusthree.com/app/public_projects/report_details/2429
http://smolder.plusthree.com/app/public_projects/tap_stream/2429/351
ok 157 - [%.0g] C99 standard mandates minus sign but C89 does not skip:
MSWin32 VMS hpux:10.
From: Moritz Lenz (via RT) <[EMAIL PROTECTED]>
Date: Tue, 22 Jul 2008 06:34:13 -0700
Recently on IRC the matter of HLL interoperation came up frequently,
this ticket brings it to RT and the list.
Motivation:
It should be possible to use libraries written in a different HLL, for
The wiki page at:
http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_notes
seems to be missing the rationale for *why* it's necessary to map types
between languages? (Also see "If Perl 6 has to care about the internal
storage format of an Integer PMC, it's doing something
On Tue, 2008-07-22 at 15:37 -0700, chromatic wrote:
> The wiki page at:
>
> http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_notes
>
> seems to be missing the rationale for *why* it's necessary to map types
> between languages? (Also see "If Perl 6 has to care about the in
On Tuesday 22 July 2008 15:37:33 chromatic wrote:
> The wiki page at:
>
> http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_not
>es
>
> seems to be missing the rationale for *why* it's necessary to map
> types between languages? (Also see "If Perl 6 has to care about the
> int
On Tue, 2008-07-22 at 22:58 -0400, Bob Rogers wrote:
>So I would argue that (1) what seem like differences in numbers in
> the various languages are really differences in the way those languages
> define their numeric operators, not in the numbers themselves;
I disagree. How do you represent
chromatic schrieb:
On Tuesday 22 July 2008 08:13:06 Reini Urban wrote:
Do they not work if it gets linked against parrot_config.o?
They work if I keep the build_dir intact on my devel machine.
But if a package it and install on a machine without the build_dir it
fails. Or if I rename the build
On Jul 22, 2008, at 6:35 PM, Christoph Otto via RT wrote:
On Thu Jul 06 09:21:34 2006, [EMAIL PROTECTED] wrote:
With parrot r13181, binding to a non-privileged port on localhost
consistently fails with EADDRNOTAVAIL on Mac OS X and FreeBSD boxes
for Intel and PPC platforms. The same command s
On Thu Jun 14 16:25:24 2007, [EMAIL PROTECTED] wrote:
> On Thursday 14 June 2007 14:42:31 Jurosz Michal wrote:
>
> > Attached test use compreg P1, "PASM" and invokecc it 100,000 times.
> > On win32 (mingw32) it consumes 70MB of RAM with r18834 (107 MB of
> RAM
> > with r11704).
>
> With Linux at
On Tue Sep 04 11:40:30 2007, rblasch wrote:
>
> The key here is the "model." While Coverity's model captures the
> C quite correctly, I don't think it recognizes the pointer update
> in the double linked list, which is done in C, as important.
>
> Coverity probably sees something like the follow
Christoph Otto via RT wrote:
This version of the patch should dtrt with all versions of strerror_r. It
works on my Debian/x86 box and I'll be testing it on any *nix I can get my
hands on Tuesday. If it works fine there, if someone can test it on windows
and if the patch looks OK, I'll commi
26 matches
Mail list logo
