Building from parrot_2005-06-01_151500.tar.gz on solaris
[EMAIL PROTECTED]:/var/tmp/tinder/parrot$ uname -a
SunOS prodigy 5.9 Generic_117171-14 sun4u sparc SUNW,Ultra-4
[EMAIL PROTECTED]:/var/tmp/tinder/parrot$ gcc -v
Reading specs from
/usr/lhttp://r01.webmail.aol.com/compose-message.aspx?ver
The attached test case segfaults in r8247, apparently in the iseq
instruction. The necessary condition seems to be that the *second*
argument be a ParrotObject instance; if you reverse the order of
arguments in line 41, you merely get a fatal error:
MMD function __is_equal not foundfor
H.Merijn Brand wrote:
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only h
# New Ticket Created by Nick Glencross
# Please include the string: [perl #36083]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36083 >
This trivial patch fixes a cosmetic problem while running Configure on
HP-UX. Basical
# New Ticket Created by François PERRAD
# Please include the string: [perl #36073]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36073 >
Since r8195, PARROT_DEBUG_FLAG is not defined in parrot/interpreter.h
So, make hell
On Tue, May 31, 2005 at 07:10:42PM -0700, TOGoS wrote:
> Why not extend this to properties, too?
I don't know of a good use case for that.
Now multidimensional arrays are common enough, and workarounds to
emulate them are enough of a pain[*], that Parrot support for them
makes sense. In contrast
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
> Here are some notes for those that are interested in parrot being built
> on other platforms.
>
> The system in question is a PA-RISC HP-UX 11.11 system
> (hppa2.0w-hp-hpux11.11). The system only has the bundled C c
Leopold Toetsch wrote:
Nick Glencross wrote:
#define PARROT_9000/800 1
^
Can you check in config/*/*.pl where that is coming from?
That would be PARROT_${jitcpu}, where jitcpu is set by
config/auto/jit.pl. It looks like jitcpu is derived (through archname)
by splitt
On Wed, Jun 01, 2005 at 08:45:53PM +0200, Leopold Toetsch wrote:
> Nick Glencross wrote:
>
> >Doh! Copied the wrong 'perl -V' output!
> >
> >intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
> >d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
> >ivtype='
A new month has started, a fresh release will come soon.
* feature freeze is starting Jun 2nd, 12:00 GMT
- no core changes except bug fixes and obviously correct small patches
- doc patches are ok
- languages/* or compilers/* patches are ok
* release will very likely happen on Sat, Jun 4t
Nick Glencross wrote:
Doh! Copied the wrong 'perl -V' output!
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
align
Nick Glencross wrote:
#define PARROT_9000/800 1
^
Can you check in config/*/*.pl where that is coming from?
Thanks,
leo
i'm happy to report that mod_parrot now comes bundled with mod_pugs!
mod_pugs uses pugs (http://pugscode.org) to let you write apache handlers
in perl6, and runs as an HLL layer on top of mod_parrot. pugs' parrot
backend compiler is still very immature, so you still can't do many of the
things yo
On Wed, Jun 01, 2005 at 01:07:50PM -0400, Dino Morelli wrote:
>
> Problem: in 35971 there were two .patch files. Looks like
> subrules_t.patch for the new t/p6rules/subrules.t didn't get in there.
Woops, I forgot to do the "svn add". (Yes, I know, I need to make
better use of manicheck.pl. I'll
On Wed, 1 Jun 2005, Patrick R. Michaud wrote:
>On Tue, May 31, 2005 at 11:58:12PM -0400, Dino Morelli wrote:
>>
>> This and my other two patches to p6rules tests (RT #35950, 35971, 35994)
>> have not yet been applied.
>
>Applied, "thanks" x 3.
>
Thank you!
Problem: in 35971 there were two .patch
Leopold Toetsch wrote:
Nick Glencross wrote:
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
Strange - everything else looks like a 32-bit machine. Is it one?
Doh! Copied the wrong 'perl -V' ou
On Tue, May 31, 2005 at 11:58:12PM -0400, Dino Morelli wrote:
>
> This and my other two patches to p6rules tests (RT #35950, 35971, 35994)
> have not yet been applied.
Applied, "thanks" x 3.
Pm
Nick Glencross wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it. gcc cann
Nick Glencross wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it. gcc canno
Vladimir Lipsky wrote:
At the time the main interpreter(one which has no parent) exits, there
could remain some other interpreters being run by detached threads as in
t/pmc/threads_4.pasm.
Thanks, applied.
... The better patch would require
knowledge of a) how many interpreters being alive
Nick Glencross <[EMAIL PROTECTED]> wrote:
> This patch contains some fixes for typos,
Thanks, applied - r8238
leo
François" PERRAD <[EMAIL PROTECTED]> wrote:
> Add some useful links.
Thanks, applied - r8239
leo
Nick Glencross <[EMAIL PROTECTED]> wrote:
> I've finally got access to a big endian platform, and have made the
> changes required to get correct checksums from the MD5 library.
> All (MD5) tests pass, and are no longer skip on certain platforms.
Thanks, applied - r8236
> [All being well, I shou
Curtis Rawls <[EMAIL PROTECTED]> wrote:
> Apparently my changes to optimizer.c uncovered a bug in subst_ins().
Yep. I've added a change there yesterday but it didn't help for all.
Dunno yet why. So this variant is now in.
rev 8235
leo
At 7:10 PM -0700 5/31/05, TOGoS wrote:
> The 'used as' type indicates whether this key
is to be used to do a by-integer-index (array)
access or by-string-index (hash) access.
Why not extend this to properties, too?
Because properties (and attributes) are metadata. At the moment
properti
Nick Glencross wrote:
Actually, I'm working in a small window, and missed the fact that
Configure reported the following:
Determining your minimum pointer alignment..Use of uninitialized
value in concatenation (.) or string at config/auto/alignptrs.pl line 59.
Use of uninitialized value i
At 9:28 PM -0600 5/31/05, Curtis Rawls wrote:
At 10:19 AM +0200 5/31/05, Leopold Toetsch wrote:
Curtis Rawls (via RT) wrote:
This patch makes improvements to the loop struct.
Thanks, applied - r8219
BTW: would you like to take a look at the register allocator?
It works but consumes enormou
Actually, I'm working in a small window, and missed the fact that
Configure reported the following:
Determining your minimum pointer alignment..Use of uninitialized
value in concatenation (.) or string at config/auto/alignptrs.pl line 59.
Use of uninitialized value in numeric eq (==) atconf
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it. gcc cannot create debug
informa
At the time the main interpreter(one which has no parent) exits, there
could remain some other interpreters being run by detached threads as
in t/pmc/threads_4.pasm. To execute bytecode successfully an
interpreter needs that things like PIO, class vtables, event loop,
class_count_mutex, interpr
On Tue, 31 May 2005, Patrick R. Michaud wrote:
>On Tue, May 31, 2005 at 11:58:12PM -0400, Dino Morelli wrote:
>>
>> This and my other two patches to p6rules tests (RT #35950, 35971, 35994)
>> have not yet been applied.
>
>My apologies for taking so long to apply these patches; I've been
>out of to
On Wed, 1 Jun 2005, Leopold Toetsch wrote:
>Nick Glencross wrote:
>> Leopold Toetsch wrote:
>
>>> Fixed, thanks for testing.
>>
>> Hmmm... Not seeing any improvement at my end ...
>
>I don't see any indication that it is still broken. I ran "make test" on
>two different boxes w/o failures (the 2 c
Leopold Toetsch wrote:
Nick Glencross wrote:
Leopold Toetsch wrote:
Fixed, thanks for testing.
Hmmm... Not seeing any improvement at my end ...
I don't see any indication that it is still broken. I ran "make test" on
two different boxes w/o failures (the 2 cases are
imcc/t/imcpasm/
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> TOGoS <[EMAIL PROTECTED]> wrote:
>
> > --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> >> TOGoS wrote:
> >>
> >> > Why not extend this to properties, too?
> >>
> >> > foo.hello becomes
> >> >
> >> > 'hello'
> >> > string
> >> > as
TOGoS <[EMAIL PROTECTED]> wrote:
[ anwser rearranged for readability ]
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> TOGoS wrote:
>>
>> > Why not extend this to properties, too?
>>
>> > foo.hello becomes
>> >
>> > 'hello'
>> > string
>> > as-property
>>
>> Because that's a
# New Ticket Created by François PERRAD
# Please include the string: [perl #36065]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36065 >
Add some useful links.
Francois Perrad.
readmewin32.patch
Description: Binary dat
# New Ticket Created by Curtis Rawls
# Please include the string: [perl #36059]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36059 >
Apparently my changes to optimizer.c uncovered a bug in subst_ins().
When an instructi
# New Ticket Created by Nick Glencross
# Please include the string: [perl #36057]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36057 >
This patch contains some fixes for typos,
Regards,
Nick
Index: docs/pdds/pdd08_keys
# New Ticket Created by Nick Glencross
# Please include the string: [perl #36052]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36052 >
I've finally got access to a big endian platform, and have made the
changes required
Curtis Rawls <[EMAIL PROTECTED]> wrote:
> At 10:19 AM +0200 5/31/05, Leopold Toetsch wrote:
>>BTW: would you like to take a look at the register allocator?
> Yeah, I'd like to take a crack or two at it. Could someone(s) send me
> some tests, such as Dan's Evil code?
Great. Dan is AFAIK followin
Nick Glencross wrote:
Leopold Toetsch wrote:
Fixed, thanks for testing.
Hmmm... Not seeing any improvement at my end ...
I don't see any indication that it is still broken. I ran "make test" on
two different boxes w/o failures (the 2 cases are
imcc/t/imcpasm/opt1_71.pir and _72.pir).
W
perl6-internals: the place to go to have people tell
you things you already know and not actually answer
your question at all.
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> TOGoS wrote:
>
> > Why not extend this to properties, too?
>
> > foo.hello becomes
> >
> > 'hello'
> > stri
TOGoS wrote:
Why not extend this to properties, too?
foo.hello becomes
'hello'
string
as-property
Because that's an attribute access:
$P0 = getattribute foo, "hello"
leo
Matt Fowles wrote:
Parrot
thr_windows.h with MinGW
François Perrad provided a patch fixing two compilation problems in
thr_windows.h. Warnock applies.
Actually the patch is applied.
Thanks for your summary.
leo
44 matches
Mail list logo
