# New Ticket Created by Will Coleda
# Please include the string: [perl #53494]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53494 >
While trying to put the macport for 0.6.1 together, I noticed that the
install failed.
T
Having heard no objections, I've applied the patch, incorporating
suggestions from Geoffrey Broadwell, in r27226.
I'm working on the concurrency branch, and specifically the Exception PMC.
Here's a patch that does what I think it needs I'll run more tests and
see if Parrot still works.
-- c
Index: src/pmc/exception.pmc
===
--- src/pmc/exc
Adding one more ticket to the list:
http://rt.perl.org/rt3/Ticket/Display.html?id=53452
On Mon Apr 28 09:07:06 2008, [EMAIL PROTECTED] wrote:
> I've just upgraded my laptop to Mac OS 10.5.2 (from 10.4). I'm using
> Apple's build of gcc, 4.0.1.
>
> Since the upgrade, when I change a core PMC (even just adding a comment)
> and then try to run 'make' or 'perl Configure.pl && make' on
On Monday 28 April 2008 09:06:15 [EMAIL PROTECTED] wrote:
> the command "rpmbuild -ba parrot.spec" did only work after I changed the
> file "parrot.spec" to hold a new line.
>
> The attached file "parrot.spec.patch" holds the output from the command:
> > diff -u parrot.spec parrot.spec.new > parro
On Monday 28 April 2008 14:00:28 NotFound wrote:
> The attached patch redoes the changes in these files with the new name.
Thanks! Applied in r27223.
-- c
chromatic wrote
> What if the PMC passed in isn't a Key PMC, but has an integer value?
Ah (sound of scales falling from my eyes) - the reason for the
test/switch:
if (VTABLE_isa(interp, key, CONST_STRING(interp, "Key"))) {
switch (PObj_get_FLAGS(key) & KEY_type_FLAGS) {
...
is to handl
On Mon, 28 Apr 2008 21:35:03 +0300
Laimonas Vėbra <[EMAIL PROTECTED]> wrote:
> Stephane Payrard wrote:
> > # New Ticket Created by Stephane Payrard
> > # Please include the string: [perl #53422]
> > # in the subject line of all future correspondence about this
> > issue. # http://rt.perl.org/rt
# New Ticket Created by Allison Randal
# Please include the string: [perl #53452]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53452 >
I've just upgraded my laptop to Mac OS 10.5.2 (from 10.4). I'm using
Apple's build of
Stephane Payrard wrote:
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #53422]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53422 >
This is #53422:
http://rt.perl.org/rt3/Ticket/Display.html?
The attached patch redoes the changes in these files with the new name.
--
Salu2
Index: src/encodings/utf16.c
===
--- src/encodings/utf16.c (revisión: 27222)
+++ src/encodings/utf16.c (copia de trabajo)
@@ -708,7 +708,7 @@
On Mon, Apr 28, 2008 at 10:05 PM, chromatic <[EMAIL PROTECTED]> wrote:
> I renamed it to STRUCT_COPY_FROM_STRUCT (but that's only a little better than
> your version) and applied it as r27222.
Thanks, but in 27222 looks like only include/parrot/parrot.h reflects
the changes, not the files in sr
On 26 April 2008 chromatic wrote:
> src/key.c:306: warning: switch missing default case
Fixed in 27195.
Just a query, wouldn't:
Index: src/key.c
===
--- src/key.c (revision 27216)
+++ src/key.c (working copy)
@@ -329,12 +329,14
On Tuesday 22 April 2008 10:05:57 Allison Randal wrote:
> We've been kicking around the idea of removing new_from_string for a
> while, but the pushback is always that it's useful to be able to create
> a new PMC with some initialization data, without first creating a PMC
> initializer that has to
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #53450]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53450 >
Hello,
the command "rpmbuild -ba parrot.spec" did only work after I changed the
fi
I am making good progress on this item. The PMC should be function
complete. I am going to check it against coding guidelines, write some
more tests and comment the code, during the next few days. After that it
should be commit-worthy.
Btw, IMHO this should not reference #36330. Rationals are exac
On Monday 28 April 2008 11:15:56 NotFound wrote:
> The attached patch adds the macro STRUCT_COPY_ST, and uses it in the
> src/charset charset init functions.
>
> All test pass with 27216 in my system (Ubuntu 8.04)
I renamed it to STRUCT_COPY_FROM_STRUCT (but that's only a little better than
your
On Mon, 28 Apr 2008, chromatic wrote:
> On Monday 28 April 2008 10:24:37 Andy Dougherty wrote:
>
> > On Sun, 27 Apr 2008, chromatic wrote:
>
> > > /* Parrot Object - base class for all others */
> > > typedef struct pobj_t {
> > > +Parrot_UInt flags;
> > > UnionVal u;
> > > -Parro
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #53464]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53464 >
Modify PGE to trim extra whitespace around #= keys
(which really shouldn't be ther
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #53462]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53462 >
Whenever a non-PAST node appears in a PAST tree, PCT should
provide a far more use
Since the problematic commit was reverted, we can resolve this ticket.
On Monday 28 April 2008 11:19:08 Mark Glines wrote:
> chromatic <[EMAIL PROTECTED]> wrote:
> > I had a similar problem on my 32-bit Linux system, until I added this
> > part of the patch:
> >
> > === src/gc/smallobject.c
> > ==
> > --
On Mon, 28 Apr 2008 11:05:45 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> I had a similar problem on my 32-bit Linux system, until I added this
> part of the patch:
>
> === src/gc/smallobject.c
> ==
> --- src/gc/smallobject.c. (rev
On Mon, Apr 28, 2008 at 8:15 PM, NotFound <[EMAIL PROTECTED]> wrote:
> All test pass with 27216 in my system (Ubuntu 8.04)
Sorry, I mean 27219, 27216 was from the modified files.
--
Salu2
On Sat, Apr 26, 2008 at 8:16 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > A possible solution is to add another macro taking as second argument
> > the struct instead of a pointer.
> That seems cleaner to me; want to try that patch?
The attached patch adds the macro STRUCT_COPY_ST, and uses it
On Monday 28 April 2008 10:41:27 Mark Glines wrote:
> On Sun, 27 Apr 2008 17:24:53 -0700
>
> chromatic <[EMAIL PROTECTED]> wrote:
> > Here's another proposed patch for testing on various platforms. I'm
> > trying to get rid of some dodgy casts (which likely don't help C++
> > and processors with
On Monday 28 April 2008 10:40:02 [EMAIL PROTECTED] wrote:
> Just a query, wouldn't:
> Index: src/key.c
> ===
> --- src/key.c (revision 27216)
> +++ src/key.c (working copy)
> @@ -329,12 +329,14 @@
> }
> case
On Mon, 28 Apr 2008 10:41:27 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> On Sun, 27 Apr 2008 17:24:53 -0700
> chromatic <[EMAIL PROTECTED]> wrote:
>
> > Here's another proposed patch for testing on various platforms. I'm
> > trying to get rid of some dodgy casts (which likely don't help C++
>
On Monday 28 April 2008 10:24:37 Andy Dougherty wrote:
> On Sun, 27 Apr 2008, chromatic wrote:
> > /* Parrot Object - base class for all others */
> > typedef struct pobj_t {
> > +Parrot_UInt flags;
> > UnionVal u;
> > -Parrot_UInt flags;
> > } pobj_t;
> On 32-bit SPARC, at least
On Sun, 27 Apr 2008, chromatic wrote:
> Here's another proposed patch for testing on various platforms. I'm trying
> to
> get rid of some dodgy casts (which likely don't help C++ and processors with
> stricter alignment than 32-bit x86). I'd also like to remove unnecessary
> members from a f
# New Ticket Created by Mark Glines
# Please include the string: [perl #53458]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53458 >
When you run the following pir script:
.sub main
sleep 1
print "ok\n"
.e
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Apr 28 16:11:11 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Mon, 2008-04-28 at 00:30 -0700, chromatic wrote:
> I'm somewhat unconvinced, in general. For the OpenGL bindings, where the
> build process has to build specific C code which links against specific
> libraries, I can mostly see the point. For other bindings where it's
> possible to build Pa
On Mon, Apr 28, 2008 at 09:54:17AM -0400, Will Coleda wrote:
>
> Please note that the release is supposed to be occurring on the
> Tuesday of the conference, 2 days after the hackathon.
Should we perhaps change the release date? It seems like we might
want to add a bunch of things during the hac
On Mon, Apr 28, 2008 at 10:09 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 28, 2008 at 09:54:17AM -0400, Will Coleda wrote:
> >
> > Please note that the release is supposed to be occurring on the
> > Tuesday of the conference, 2 days after the hackathon.
>
> Should we perhaps
If you're attending the YAPC::NA 2008 conference, please consider
attending the pre-con parrot hackathon.
Let's keep this on the yapc wiki, since we're targeting attendees as
well as existing hackers.
http://conferences.mongueurs.net/yn2008/wiki?node=ParrotHackathon
I threw on one or two things
On Mon, Apr 28, 2008 at 1:53 PM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Bob Rogers wrote:
>
> >
> > From: "Klaas-Jan Stol" <[EMAIL PROTECTED]>
> >
> >
> > about the removal of internal_exception: the specified ticket (in the
> > list on the wiki) does not have a conclusion: no final deci
Bob Rogers wrote:
From: "Klaas-Jan Stol" <[EMAIL PROTECTED]>
about the removal of internal_exception: the specified ticket (in the
list on the wiki) does not have a conclusion: no final decision seems
to be have made on that issue. What's more, a quick check on a few
calls to int
On Sunday 27 April 2008 17:04:10 Geoffrey Broadwell wrote:
> Currently, src/call_list.txt is a static file; any time new NCI
> signatures are needed, it is edited manually. For very large APIs with
> many unique signatures that may vary from platform to platform (OpenGL),
> this is suboptimal. T
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #53430]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53430 >
Currently, src/call_list.txt is a static file; any time new NCI
signatures are nee
41 matches
Mail list logo
