In message [EMAIL PROTECTED],
Joshua Hoblitt writes:
: Can you send the post the output of `prove -v t/op/trans.t`? I suspect
: that atan2() may be misbehaving on cygwin in the same way that it does
: on Solaris.
After upping to r10836, I needed the following patch to build:
Index:
Hi
I could install parrot with the earlier one itself. Thanks for the help.
regards
Ravi Sastry
On 12/30/05, Joshua Hoblitt [EMAIL PROTECTED] wrote:
Does this issue still occur with recent svn sources?
-J
--
On Wed, Dec 28, 2005 at 06:54:18AM -0800, jerry gay wrote:
On 12/28/05, Sastry
I've commited a possible fix for openbsd, cygwin, solaris as changesets
r10839 r10843. I basically applied what Steve Peters proposed but
with the changes in math.c instead of creating init.c (as agreed to on
#parrot).
This doesn't appear to have done anything for gcc/solaris... can someone
In message [EMAIL PROTECTED],
Joshua Hoblitt via RT writes:
: I've commited a possible fix for openbsd, cygwin, solaris as changesets
: r10839 r10843. I basically applied what Steve Peters proposed but
: with the changes in math.c instead of creating init.c (as agreed to on
: #parrot).
:
Argh. Just realised my old address, [EMAIL PROTECTED], could receive emails
but not send them (not even to itself!)
On Dec 31, 2005, at 15:43, Amos Robinson wrote:
--
A copy_ins() function would be nice, if needed.
However, this doesn't seem to work with e.g. set_args.
Why?
In my local
On Jan 2, 2006, at 16:53, Amos Robinson wrote:
error:imcc:The opcode '_' (1) was not found. Check the type and
number
of the
arguments
Looks strange. gdb might help.
Hmm, okay. I was hoping I could've just copied the set_args,
get_results,
and callmethodccs. I'll have a look further into
On Mon, Jan 02, 2006 at 09:01:55AM -0600, Greg Bacon wrote:
In message [EMAIL PROTECTED],
Joshua Hoblitt via RT writes:
: I've commited a possible fix for openbsd, cygwin, solaris as changesets
: r10839 r10843. I basically applied what Steve Peters proposed but
: with the changes
# New Ticket Created by Alberto Simoes
# Please include the string: [perl #38131]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=38131
If we go in the way Perl5 is working, symlink fails (raise exception) in
cases
I just went, after ages, and sync'd up with a current parrot for my
work project. Fixing things to work with the changes has been...
interesting.
The big hang up has been the removal of the T and L parameter types
for NCI calls. T was a string pointer array and L was a long array.
They're
Table of contents
1. Deep binding is not appropriate.
2. Outline of a shallow-binding solution.
3. Unbinding must work with a general stack-unwinding mechanism.
4. Conclusion (not).
1. Deep binding is not appropriate.
It has always been clear that a save/modify/restore
On Jan 2, 2006, at 19:36, Dan Sugalski wrote:
The big hang up has been the removal of the T and L parameter types
for NCI calls. T was a string pointer array and L was a long array.
[ ... ]
Are there alternatives? The documentation for this stuff is worse now
than when I wrote it
. . . depending on where Parrot is located. Mine is in
/usr/src/parrot, so the code expected /usr/xpto/parrot/src instead of
/usr/src/parrot/xpto . . .
-- Bob Rogers
http://rgrjr.dyndns.org/
On Mon, Jan 02, 2006 at 06:55:24PM -0500, Bob Rogers wrote:
: [2] About two-thirds of the way through A06 (search for temporize
: object attributes), Larry says that this will be done via
: closures. In order to support rezipping, such a closure would need
: to accept a new value
13 matches
Mail list logo
