On Wednesday 06 July 2005 18:01, Leopold Toetsch wrote:
export SVNPARROT=https://svn.oerl.org/parrot
export SVNPARROT=https://svn.perl.org/parrot
cp -R trunk leo-ctx5
cd leo-ctx5
svn switch $SVNPARROT/branches/leo-ctx5
jens
#13 0x0808588e in main (argc=1, argv=0xb8ac) at imcc/main.c:637
Can you please run
print ((char**)0xb8ac)[1]
to find out which file causes the coredump??
jens
On Wednesday 29 June 2005 15:24, Matt Fowles wrote:
t/pmc/io_1.pir
Ah, yes. This is a failing todo test. The useage of IO ops on non IO-PMCs is
not specced yet.
jens
#6 0x08128193 in PIO_putps (interpreter=0x826e050, pmc=0x82a93e8,
s=0x843c7d8) at io/io.c:1011
1006INTVAL
1007
On Saturday 04 June 2005 20:29, Clement Cherlin wrote:
I include a patch I made for the above problems. Some of the changes are
kind of kludgey, so I would appreciate comments and suggestions on how to
improve them.
Thanks, applied.
jens
On Wednesday 08 June 2005 13:38, Thomas Klausner wrote:
Hi!
Wenn du das noch vor deiner Abreise liest:
Autrijus wusste gerne in etwas, was du in deinem Vortrag an Perl6 zeigen
wirst, damit es nicht allzuviel Ueberschneidungen mit seinem Vortrag gibt.
Slides o.ae. wuerden ihn
Woops, sorry.
This mail was not meant to be send to the list.
jens
On Wednesday 08 June 2005 15:21, Jens Rieks wrote:
On Wednesday 08 June 2005 13:38, Thomas Klausner wrote:
Hi!
Wenn du das noch vor deiner Abreise liest:
Autrijus wusste gerne in etwas, was du in deinem Vortrag an Perl6
On Saturday 04 June 2005 20:29, Clement Cherlin wrote:
I actually have Linux installed on this machine, but for reasons which
I'm not going to get into here I use Win98 for day-to-day computing. I
therefore took it as a challenge to get Parrot to build with crufty ol'
command.com.
I have a
On Tuesday 24 May 2005 07:13, [EMAIL PROTECTED] wrote:
I am curious if there are any recent slides and notes for recent talks
about Perl 6, language, how it will work, and the same for Parrot. I've
caught a few old slides from almost a year ago for a few things, but not
much. I am preparing
On Thursday 12 May 2005 04:58, Patrick R. Michaud wrote:
On Wed, May 11, 2005 at 09:49:47AM +0200, Jens Rieks wrote:
On Wednesday 11 May 2005 04:30, Patrick R. Michaud wrote:
...well, in looking at it some more it's reasonable until I see
that returning -1 is the way the other find_* ops
On Wednesday 11 May 2005 04:30, Patrick R. Michaud wrote:
...well, in looking at it some more it's reasonable until I see
that returning -1 is the way the other find_* ops work. So,
part of me thinks we should either be consistent with those, or
make the others consistent with the
On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
The attached patch file adjusts Cis_cclass to always return false
for offsets beyond the end of the string, and updates
t/op/string_cclass.t to test this.
Thanks, applied!
find_cclass and find_not_cclass are in now.
jens
On Tuesday 10 May 2005 20:29, Patrick R. Michaud wrote:
On Tue, May 10, 2005 at 05:08:49PM +0200, Jens Rieks wrote:
On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
The attached patch file adjusts Cis_cclass to always return false
for offsets beyond the end of the string
Hi,
Cis_cclass is now implemented. The second part (find_(not_)cclass) will
follow tomorrow.
jens
PS: The get_byte past the end of the buffer (1 of 1) error is hopefully
fixed, too. Don't know if it is the cleanest way, but it at least works :-)
On Tuesday 12 April 2005, Steve Peters via RT wrote:
This ticket is a duplicate of ticket #34549. I'll have a patch for this
issue later this week.
It is not fixed yet, can you please give a status update?
Are you still working on it?
jens
On Saturday 07 May 2005 12:06, Leopold Toetsch wrote:
Patrick R. Michaud wrote:
I'd like to make a slight change to the is_digit, is_wordchar,
and other is_* ops. Currently calling these ops at the offset
following the last codepoint results in a
get_byte past the end of the buffer (1 of
On Tuesday 26 April 2005 23:41, chromatic wrote:
Looks good to me.
To me too, except...
Before I apply it, I think it needs a test case. I'll write it from
this example. How about t/stress/internal_exceptions.t?
Any other feedback?
This should be a real_exception, not an internal one.
Hi,
the new backtrace code is in. If a parrot program aborts due to an error, a
backtrace is shown. Examples:
Null PMC access in invoke()
current instr.: 'd' pc 149 (t/op/debuginfo_4.imc:24)
called from Sub 'c' pc 116 (t/op/debuginfo_4.imc:18)
called from Sub 'b' pc 85
On Sunday 17 April 2005 10:11, Leopold Toetsch wrote:
Log:
- show backtrace in real_exception if debug mode is turned on
Shouldn't that be on always?
That's the question. There were a some test failures due to the changed
output. I'll simply adjust the tests...
+Null PMC access in
Thank you, applied!
jens
On Thursday 14 April 2005 08:59, Franois PERRAD wrote:
$make src/revision.c
make: *** No rule to make target `.svn/entries', needed by
`src/revision.c'. Stop.
Thanks for reporting, should be fixed now (revision 7829).
Franois Perrad
jens
On Wednesday 13 April 2005 18:53, jerry gay wrote:
# New Ticket Created by jerry gay
# Please include the string: [perl #34963]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=34963
21 is not the best way, it only
On Wednesday 13 April 2005 20:00, Nick Glencross wrote:
# New Ticket Created by Nick Glencross
# Please include the string: [perl #34964]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=34964
This patch fixes a
On Thursday 14 April 2005 15:33, Dan Sugalski wrote:
(If the CVS repository's not up to date I
can see about getting subversion installed and working)
Yes, the CVS repository is not updated anymore.
jens
Attached hack adds ICU to the linkage of the dynclasses for MSWin32.
Otherwise the dynclasses won't link, the usual Cnmake Cnmake test
cycle broken.
This will suffice for now, as things are not linked properly anyway.
Thanks, applied.
Ron
jens
On Thursday 14 April 2005 21:57, Thomas Klausner wrote:
Hi!
There will be a Parrot/PUGS Hack-a-thon at the Austrian Perl Workshop,
which takes place on 9th and 10th June in Vienna, Austria.
Autrijus Tang, Chip Salzenberg and Leo Toetsch will be there. You should be
there too :-)
I've read
On Monday 11 April 2005 17:54, Leopold Toetsch wrote:
BTW: a nice to have: include SVN revision of local copy in bug report.
I'll implement it.
jens
On Tuesday 12 April 2005 19:10, Andy Dougherty wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #34932]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=34932
If the user has ICU
On Tuesday 12 April 2005 21:06, Solinski, Mark wrote:
Following the instructions in README.Win32 (which has been successful
for me in the past), no longer works successfully. First, I cannot
run Configure.pl successfully; it complains about --icudatadir not
being defined (again not one of
On Monday 11 April 2005 13:48, Ron Blaschke wrote:
I think this is just a mime-type issue.
Yes, that seems to be the reason. I looks like all *.t files are affected.
Is there a way to specify the mime-type on a filetype basis?
jens
On Sunday 03 April 2005 10:06, Leopold Toetsch wrote:
Jens Rieks wrote:
On Thursday 31 March 2005 12:01, Leopold Toetsch wrote:
4) Makefile cleanups to remove in-tree icu build stuff
Patch ready. When should I commit it?
This was the 4th step in the plan. First we need:
1) patches
On Sunday 03 April 2005 14:06, Ron Blaschke wrote:
I'd reckon once C--without-icu is in place, one should be able to
run
$rm -rf icu
$perl Configure --without-icu --nomanicheck
So it shouldn't really matter when exactly Ficu/ is removed.
Hmm, okay. Thats indeed true.
I've attached
On Thursday 31 March 2005 11:47, Peter Sinnott wrote:
Does that cover both the segmentation fault and the (I presume)incorect
pasm that was being generated?
This covers only the segfault.
IMCC is known to produce incorrect pasm files, bug #32392.
jens
[not directly related to this specific bug report]
On Friday 18 March 2005 00:28, Nick Glencross wrote:
Splicing an intlist seems to segfault.
...
The backtrace is
#0 0x080d5cf2 in list_splice (interpreter=0x98e8008, list=0x9ae7754,
value=0x9aaa3f0, offset=0, count=0) at src/list.c:1997
Hi!
I have found a problem with with mmd_dispatch_v_pnp.
The function calls (for an Integer-PMC) Parrot_Integer_multiply_int, which
expects an INTVAL, but a FLOATVAL is passed to it.
jens
---
Breakpoint 1, mmd_dispatch_v_pnp (interpreter=0x8245048, left=0x8401328,
right=1,
On Sunday 28 November 2004, Jens Rieks wrote:
added new TODO test:
new Px, Ix: argcP is wrong in __init method
minesweeper does not run because of this.
not ok 52 - __init argcP # TODO new Px, Ix: argcP is wrong in __init method
# Failed (TODO) test (t/pmc/objects.t at line 1712
On Saturday 27 November 2004, Leopold Toetsch wrote:
+ gt I0, I1, L1 = lt I1, I0, L1
+ isge I0, 100, I2 = isle I0, I2, 100
But a=b (gt I0, I1) is equivalence to ba (le I1, I0)
and not to b=a (lt I1, I0)...? (The same for isge a, b = islt b, a)
jens
On Sunday 07 November 2004 09:48, Leopold Toetsch wrote:
* where exactly is the mismatch coming from?
Unix uses \n to indicate end-of-line, windows uses \r\n. The problem is,
that the perlhist.txt file is checked in as a text file. I'll recommit it
as a binary file in the hope that it fixes the
On Thursday 14 October 2004 16:44, Sridhar wrote:
Finally I symlinked g++-3.3 to c++ to get rid of this error.
c++ is the default linker. It should work if you specify --link=g++-3.3
jens
On Sunday 10 October 2004 21:50, Jeff Clites wrote:
Did you run 'make' again after running the c++ -o parrot... line
below? If not, I bet the problem is just the stuff in
runtime/parrot/include never got bytecode-compiled, because the stuff
at the end of the make process never ran.
Ah yes,
c++ -o parrot -L/usr/local/lib -g imcc/main.o blib/lib/libparrot.a -lm
-lpthread -lm -L/usr/local/lib -licuuc -lpthread -lm ld: warning can't
open dynamic library: libicudata.dylib.30 (checking for undefined symbols
may be affected) (No such file or directory, errno = 2) ld: Undefined
On Saturday 09 October 2004, you wrote:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/library/parrotlib.t6 1536 66 100.00% 1-6
t/pmc/nci.t 1 256461
On Saturday 09 October 2004 19:10, Mathieu Arnold wrote:
+-Le 09/10/2004 15:23 +0200, Leopold Toetsch a dit :
| Parrot 0.1.1 is an intermediate release with tons of updates and fixes.
Hi, I don't think it's something that should happen, so, I'm reporting that
snip
#0 0x829878e in
Hi,
does anyone know what happend with http://tinderbox.perl.org?
It is offline for quite some time now :-(
jens
On Thursday 07 October 2004 22:26, Ron Blaschke wrote:
config\gen\platform\generic\stat.c(81) : error C2039: 'st_blksize' : is not
a member of 'stat'
I am working on MINGW support and had this error, too. I just added
#if defined(__MINGW32__)
around those lines. I can change it to
Well, its bit longer than the $(SO) that we have everywhere now, but it
works fine for me.
What about $(SO) and $(LO)?
jens
On Thursday 07 October 2004 22:13, Ron Blaschke wrote:
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #31883]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31883
Replaced
%.pbc:%.imc
... compiles now, but -lws2_32 is not yet automatically appended to the
linker options.
I can not run the tests because the ICU version bundled with parrot does not
support MinGW and my system ICU is currently not working due to an experiment
conducted earlier today.
Status: MinGW should
On Wednesday 06 October 2004 06:22, Will Coleda wrote:
* side effect of this is that we now build parrotlib.imc into library/,
not include/. which makes sense to me, though I could be addled. This
required updates to:
It is in include/, because I started to move all generated files to include/,
On Wednesday 06 October 2004 18:37, Sam Ruby wrote:
How does one create a sub named num? Or a local pmc named num?
There is no syntax support for it. You can fetch a sub PMC and store it with
another name:
.sub main @MAIN
$P0 = global _num
global num = $P0
end
.end
.sub _num
print num\n
On Tuesday 05 October 2004 13:22, Leopold Toetsch wrote:
Comments?
What about using miniparrot to create parrot_config.c?
jens
On Saturday 02 October 2004 13:10, Stephane Peiry wrote:
This patch adds tests for iscompare style ops (isgt, isge, isle, islt,
iseq, isne) on integers, numbers and strings, in t/op/comp.t.
Thanks, applied.
jens
On Monday 04 October 2004 18:00, Michel Pelletier wrote:
Restricted CVS access would be great. Do you need an ssh key or
something?
You just need a perl.org account. You can create it here:
http://auth.perl.org/auth/account
Then, just send your username to the list.
jens
On Saturday 02 October 2004 12:49, Leopold Toetsch wrote:
Does this patch help?
No, it makes things worse:
--- without-patch.txt 2004-10-03 14:35:58.824775096 +0200
+++ with-patch.txt 2004-10-03 14:35:37.843964664 +0200
@@ -30,7 +30,12 @@
# expected: '500500
# 500500
# '
-ok 6 -
On Friday 01 October 2004 13:33, Jens Rieks wrote:
# New Ticket Created by Jens Rieks
# Please include the string: [perl #31789]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31789
Problem fixed.
jens
On Saturday 02 October 2004 15:19, Nicholas Clark wrote:
# New Ticket Created by Nicholas Clark
# Please include the string: [perl #31806]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31806
So I had a dig
On Saturday 02 October 2004 17:50, Nicholas Clark wrote:
No tests fail on FreeBSD or OS X now.
Great!
I'm not convinced that I want to close the bug, as I still don't think that
the code is threadsafe, as there are globals accessed without mutex
protection. However, I don't know how parrot is
On Friday 01 October 2004 08:42, Leopold Toetsch wrote:
sucks a lot less than making python programmers say
import Foo.ns.Bar.scalar.baz
And that's not possible because CPython, JPython, IronPython, ...
wouldn't execute it.
Yes, but those Pythons will not execute such a program at all,
On Thursday 30 September 2004 11:16, Leopold Toetsch wrote:
Jens Rieks [EMAIL PROTECTED] wrote:
Log:
marked test #13 and #19 as TODO - they are failing due to a GC problem
I'm still fighting with these two. I've a stripped down version of _13
using all the constructs like in the test
Hi all,
Configure.pl should now detect a system ICU installation. It uses the
icu-config script to gather the neccessary information. If icu-config is not
in your path, you can use the --icu-config=/path/to/icu-config configure
option. You do not need to specifiy any other ICU related options
Hi all,
Configure.pl should now detect a system ICU installation. It uses the
icu-config script to gather the neccessary information. If icu-config is not
in your path, you can use the --icu-config=/path/to/icu-config configure
option. You do not need to specifiy any other ICU related options
Currently, Parrot_find_global throws and internal_exception, which is IMO not
good.
I have a patch ready that adds a void *next parameter to
- Parrot_find_global
- Parrot_store_global
and adds
- Parrot_find_global_nspmc (PMC *namespace instead of STRING *namespace)
- Parrot_store_global_nspmc
On Wednesday 29 September 2004 18:40, Joshua Gatcomb wrote:
cannot find -licui18n
I am not sure, is this library used by parrot?
I would propose that if Configure.pl does see any
other icu config flags that it not attempt to auto
configure.
Done. Thank you for your proposal!
jens
# New Ticket Created by Jens Rieks
# Please include the string: [perl #31601]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31601
I've added t/library/streams.t
Test #13 and #19 are marked as TODO because
On Thursday 23 September 2004 09:06, Jeff Clites wrote:
Why? Not to be snarky here, I'm curious.
Just that if I set a global $foo = 5 in Perl, I'd want to be able to
change it from Python as, foo = 5. From Python, I can't set it using
$foo = 5, since that isn't syntactically valid in Python,
On Sunday 19 September 2004 09:37, William Coleda wrote:
Didn't __init used to get magically called when you new'd a class? I just
had Tcl go all pear shaped after updated to cvs-latest, and tracked it down
to my instances of a class (TclWord) not getting intialized. Which I don't
seem to have
On Wednesday 15 September 2004, Bernhard Schmalhofer wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #31590]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31590
Hi,
On Wednesday 15 September 2004 23:58, Brent 'Dax' Royal-Gordon wrote:
I'm not sure this is a panic-worthy error--panics are really meant for
cases where something has gone horribly, unfixably wrong in the
interpreter's guts, like a critical pointer in the ParrotInterp got
nulled out, or some
On Wednesday 08 September 2004 06:42, Aaron Sherman wrote:
When I try to run one of the SDL examples (any of them), I get:
SDL::fetch_layout warning: layout 'Pixels' not found!
Segmentation fault
When I edit runtime/parrot/library/SDL.imc and add the call to
_set_Pixels_layout in at line
On Wednesday 15 September 2004 14:56, Stphane Payrard wrote:
Updated doc and some code to reflect new Parrot_new() interface
Thanks, applied.
(Even though src/test_main.c is no longer used.)
jens
On Thursday 16 September 2004 22:17, Bernhard Schmalhofer wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #31606]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31606
Hi,
Hi!
On Wednesday 15 September 2004, [EMAIL PROTECTED] wrote:
Is there anyone who could help remove said bone from my head?
It now prints an error message:
with nothing
with int 5
Parrot VM: PANIC: vt is an unknown signature type.
CAN_BUILD_CALL_FRAMES is disabled, add the signature to
On Tuesday 07 September 2004 07:52, Robert Schwebel wrote:
Would autoconf/automake be an option for the C part of parrot?
No, its only available on a few systems.
Some months ago, I tried to cross compile Parrot to ARM (Zaurus), and to
compile Parrot directly on the Zaurus, with no success
For the case that someone does not know how to subscribe:
just send a mail to [EMAIL PROTECTED]
jens
Hi,
the examples in examples/streams are not working with --gc-debug,
FileLines.imc crashes even without it.
Any idea why?
jens
Hi all,
there are now two new examples:
examples/sdl/lcd/clock.imc, which uses a simple SDL LCD object and
examples/sdl/minesweeper/mines.imc, a full functional minesweeper clone with
nice graphics (taken over from KMines screenshots).
Minesweeper freezes after you have created some new fields
Leopold Toetsch wrote:
So first:
- do we keep these opcodes?
If yes some permutations are missing.
- if no,´ we should either not include experimental.ops in the default
opcode set or move it to dynops.
I have not used them yet, but I think that they can be useful.
Has anyone else except
Leopold Toetsch wrote:
I think, we could use that as well generically. classes/fixedpmcarray
and some others have it implemented in invoke()
Why not generally use the class'es invoke method to create new PMCs/objects?
$P0 = getclass 'Foo'
obj = $P0( arg1, arg2, arg3... )
On Thursday 17 June 2004 04:48, Dennis Rieks wrote:
# New Ticket Created by Dennis Rieks
# Please include the string: [perl #30326]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30326
Hi,
nmake don't like
On Monday 14 June 2004 23:34, Bernhard Schmalhofer wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #30275]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30275
Hi,
I
On Monday 07 June 2004 20:56, Jonathan Worthington wrote:
# New Ticket Created by Jonathan Worthington
# Please include the string: [perl #30091]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30091
Hi,
Just
Hi,
what has to be done to get parrot running with cygwin? For me, linking failes
with:
blib/lib/libicuuc.a(udata.o)(.text+0xe36): In function `openCommonData':
/home/egal/parrot/icu/source/common/udata.c:581: undefined reference to
`__imp__icudt26_dat'
I saw some messages about this some
Hi!
On Monday 07 June 2004, Joshua Gatcomb wrote:
--- Jens Rieks [EMAIL PROTECTED] wrote:
Hi,
what has to be done to get parrot running with
cygwin? For me, linking failes
with:
blib/lib/libicuuc.a(udata.o)(.text+0xe36): In
function `openCommonData':
/home/egal/parrot/icu
Hi,
On Wednesday 26 May 2004 14:27, Leopold Toetsch wrote:
Jens Rieks [EMAIL PROTECTED] wrote:
The code is now working as expected.
Not quite. Running PBCs that e.g. C.include file don't work
any more[1].
There are packfile issues now due to the changed execution order.
Oops, shame on me
On Tuesday 25 May 2004 01:35, Dan Sugalski wrote:
We can add more to this as we go, but this should be enough to get Jens
going.
Theres no stat op yet, is there?
Shall I write it?
The current parrotlib bytecode uses Copen to test if a file exists, I'll
modify the code to use Cstat then.
Or
Hi,
On Tuesday 25 May 2004 14:52, Leopold Toetsch wrote:
The following patch fixes the problem:
Wow, thank you very much, Leo! :-)
The code is now working as expected. I'll now add a makefile rule to generate
runtime/parrot/include/parrotlib.pbc from
runtime/parrot/library/parrotlib.imc
Is
Hello everybody!
All libraries are now in runtime/parrot/library. Everything in the old library
directory will be removed in a few days.
Everything should work without modifications.
If you have changed any file in library/, please commit the modified file in
runtime/parrot/library.
Hi,
On Thursday 20 May 2004, Leopold Toetsch wrote:
I know that's too early to comment much WRT these changes. Could you
please outline the goals that you want to achieve?
My goal is to replace the path handling code (imcc's include_file,
Parrot_load_bytecode and Parrot_load_lib) with bytecode
Hi,
the code is now in. To use it, uncomment the #define _PARROTLIB in
src/dynext.c:23 (for load_bytecode) and
imcc/imcc.l:815 (for .include instructions)
and create the parrotlib.pbc file:
./parrot -o runtime/parrot/include/parrotlib.pbc \
runtime/parrot/library/parrotlib.imc
On Friday 21 May 2004 16:41, Bernhard Schmalhofer wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #29782]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=29782
Hi,
this
On Thursday 20 May 2004 17:40, Dan Sugalski wrote:
$I0 = 1
if $P0, done
$I0 = 0
done:
I see a similar problem with the isnull op:
getattribute $P0, ...
isnull $P0, INIT
branch DONE
INIT:
$P0 = new .Foo
setattribute ..., $P0
DONE:
Hi,
I've added src/global.c and include/parrot/global.h which contains
PMC *find_global(Parrot_Interp interpreter, STRING *class, STRING *globalname)
The code is taken from object.c, where a note stated that it is ought to be an
public function.
Parrot_store_global is missing ATM, but I'll
Hi,
On Monday 17 May 2004 15:07, Leopold Toetsch wrote:
Should I apply it?
It's ok for me.
The patch is in.
The SDL stuff now works without any special environment variables.
jens
On Wednesday 28 April 2004, Leopold Toetsch wrote:
Jens Rieks [EMAIL PROTECTED] wrote:
Leo, what is the status of the pending changes WRT library paths?
Mainly a missing portable way to find the library. *But* searching in
Cruntime/parrot/include is working for current platforms, so we can
On Monday 17 May 2004 23:14, you wrote:
Should I stick with library/ or runtime/include/whatever?
I vote for runtime/parrot/library/SDL
The paths currently in use are going to stay valid this way.
FWI, runtime/parrot/perl6 et al can hold language specific libraries (if a
language does not use
On Saturday 15 May 2004 05:58, William Coleda wrote:
Minor updates neeed outside languages/tcl attached.
I've updated MANIFEST earlier today.
Thanks, applied.
jens
Hi,
whats the plan WRT to CALL__BUILD?
I've written a patch that makes it the default, but does a fallback to
__init if no BUILD property is set. If the __init method does not exists,
no exception is thrown (like before), whereas now an exception is thrown if
you specify a BUILD property and
On Wednesday 12 May 2004 22:16, Leopold Toetsch wrote:
We still need to consider what's an opcode and what not. We are going to
blow reasonable code size soon.
Yes. Thats why I've added them to experimental.ops and not to math.ops
I'll add a note that it contains ops for that no decision is made
Hi,
On Wednesday 12 May 2004 20:23, Aaron Sherman wrote:
On Wed, 2004-04-28 at 09:54, Aaron Sherman wrote:
A simple implementation of rand() and srand() which may not be ideal for
Perl. Also included is the test file for random ops. If anyone can think
of a good way to ALWAYS know that a
Hi,
On Monday 10 May 2004 20:43, Joshua Gatcomb wrote:
Thanks - next time I see fixed and doing a cvs
update -dP doesn't pick up the change I will know
where to look.
It was this 1-liner check in below. make testj
runs fine now.
Oddly enough make testj does not run fine for me. I
Hi,
I have written a gcd op that takes 5 arguments (3 out, 2 in)
gcd d, x, y, a, b
and returns the gcd (in d) of a and b, as well as x and y so that
d = gcd(a,b) = x*a + y*b
This op can be useful for some cryptographic stuff, should I check it in?
I've also written a test for it, as
1 - 100 of 225 matches
Mail list logo