Re: Apocalypses and Exegesis...

2003-08-14 Thread Dan Sugalski
On 14 Aug 2003, Alberto Manuel Brandão Simões wrote: > Hi > > Apocalypses and Exegesis are not an 'official' specification for Perl6, > I mean, they are subject to change. Is there any idea when will we have > a freeze on the syntax and features for perl6? Sometime after perl 5's syntax and feat

Re: Testers & PASS

2003-08-14 Thread Graham Barr
On Wed, 2003-08-13 at 12:30, Leon Brocard wrote: > http://dellah.org/testers/MIME-Lite-HTML gets the version sorting > wrong but "right". How do you sort, Iain? > > http://testers.cpan.org/search?request=dist&dist=MIME-Lite-HTML > keeps on timing out, so I don't know what it does. Graham? I just

Re: Apocalypses and Exegesis...

2003-08-14 Thread Simon Cozens
[EMAIL PROTECTED] (Alberto Manuel Brandão simões) writes: > The question is simple, and Dan can have the same problem (or him or > Larry). I am thinking on a Perl 6 book in portuguese (maybe only a > tutorial... but who knows). But that means I must write something which > will work :-) Just a hin

Re: Testers & PASS

2003-08-14 Thread Leon Brocard
Graham Barr sent the following bits through the ether: > > Now maybe I should ignore the version numbers and instead sort using > > the dates that the module was uploaded to CPAN, but that's external > > information, bah. > > That is what search does because guessing at peoples versioning was to

Re: [perl #23252] [PATCH] IO seek/tell refactoring

2003-08-14 Thread Vladimir Lipskiy
> This is a missing implementation of fdopen on windows. > Its not clear to me how this call should behave. PIO_win32_fdopen > takes a Parrot_WIN32_Handle which is actually a void*. To my mind the imlementation is fine. > Using the numbers 0,1,2 in this call does not seem right > here. Especially

Re: pirate status / need help with instances

2003-08-14 Thread Leopold Toetsch
Michal Wallace <[EMAIL PROTECTED]> wrote: > What's the secret to making parrot recognize > a new PMC? I've got my .pmc file but I'm > not sure what to do next. Additionally to the static approach, you could try dynclasses/README. > Sincerely, > > Michal J Wallace leo

Re: calling conventions, variable-length parameter lists

2003-08-14 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > Sure that will be possible. You put the first 11 args in P5-P15, and > the rest in P4. s/P4/P3/g > Luke leo

bug: two segfaults

2003-08-14 Thread Michal Wallace
The following code segfaults immediately. If you uncomment the second line (print "") it works. However, if you then uncomment the #non_prototyped keyword in _depth1, it segfaults immediately again. When I say it segfaults immediately, I mean that the initial 0 is not printed. (Should I be rep

Re: Testers & PASS

2003-08-14 Thread Graham Barr
On Wed, 2003-08-13 at 19:06, Leon Brocard wrote: > Graham Barr sent the following bits through the ether: > > > > Now maybe I should ignore the version numbers and instead sort using > > > the dates that the module was uploaded to CPAN, but that's external > > > information, bah. > > > > That is

interpreter globals (was: QUERIES: ...)

2003-08-14 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote: >>This is an unordered list of issues - mainly design questions - about >>the specific implementation of some parts. >> >>Interpreter globals >>--- >> >>We have real globals (e.g. Parrot_base_

RE: pirate status / need help with instances

2003-08-14 Thread Brent Dax
Sean O'Rourke: # >* make parrotclass handle "invoke" # > this strikes me as the most efficient, # > but I'm not really confident with C # > so I'm hesitant to try it # # This seems to me like the way to go, except you might # subclass parrotclass to pythonclass (since this lack-

Re: Further to: Resumable ops and exceptions

2003-08-14 Thread Leopold Toetsch
Jos Visser wrote: There are a number of ops that could fail. Examples are find_lex but also the various load and lookup ops. Options for handling failure are: I would therefore vote for a feature where I (as language designer) could indicate whether for instance a find_lex (but others too) fails s

Re: Packfile stuff

2003-08-14 Thread Luke Palmer
Leopold Toetsch writes: > Juergen Boemmels <[EMAIL PROTECTED]> wrote: > > what still fails is pbc2c.pl (This needs Parrot::Packfile, which can > > only read format 0 (old assemble.pl) bytecodes). > > This is obsoleted by Daniel's exec patches. Sadly. I mean, the exec patches are great, but I fou

Re: [CVS ci] bitwise string vtables; ands, ors opcodes

2003-08-14 Thread Vladimir Lipskiy
> I have checked in some functionality for string bitwise ops. > - vtable > - B, B opcodes > - string_bitwise_{or,and} functions in string.c > - minimal tests > > Missing: > - B ops > - support for perl scalar PMCs > > I'd be glad if someone wants to continue that stuff. The patch below implements

Re: calling conventions, variable-length parameter lists

2003-08-14 Thread TOGoS
Leopold Toetsch wrote: > TOGoS wrote: Unprototyped :-) I guess I didn't make that quite clear, enough. >>> >>> Setup a param array, that's all. >>> >>> leo >> Umm... OK. Here's what I've done: I created 2 >> functions that I can use when dealing >> with variable-length parameter lists.

Re: We *need* this op! :-)

2003-08-14 Thread David H. Adler
On Thu, Aug 07, 2003 at 12:57:11PM -0400, Gordon Henriksen wrote: > This is really a language feature; you should add it to the hq9+ > implementation. Sadly, this was not considered when hq9+ was developed, so it's not actually part of the language. Maybe someone should develop and extended versi

Re: This Week's Summary

2003-08-14 Thread Rafael Garcia-Suarez
Piers Cawley wrote in perl.perl6.internals : > I want a Ponie! > I promise that, as development of Ponie (the port of Perl 5 to Parrot) > accelerates you'll see a summary of Ponie activity in this summary as > well. In fact I imagined I was more or less going to do this, based on imagi

Re: #define name collisions -- yet another small project

2003-08-14 Thread Dan Sugalski
At 9:21 PM +0300 8/8/03, Vladimir Lipskiy wrote: > So, the project. Someone needs to go through the configure procedure and the headers and throw a PARROT_ prefix in front of all the HAS_ defines we define, so we can avoid this problem. Some defines have the HAVE_ prefix. Should those be also pr

Re: configure.pl failed under cygwin, build failed on win32

2003-08-14 Thread K Stol
- Original Message - From: "Jonathan Worthington" <[EMAIL PROTECTED]> To: "K Stol" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Sunday, August 10, 2003 6:08 AM Subject: Re: configure.pl failed under cygwin, build failed on win32 > Hi, > > > I just picked up a fresh copy with cvs. > > U

Re: call and return conventions

2003-08-14 Thread Luke Palmer
TOGoS writes: > I0 Prototyped return? > I1 Number of overflow return values > I2 Number of return values in PMC registers > P3 Overflow return values in an array PMC > > so as to make call/return symmetrical > (this would also allow me to use the same > Params class in my compiler for both > c

Re: [perl #23252] [PATCH] IO seek/tell refactoring

2003-08-14 Thread Juergen Boemmels
"Vladimir Lipskiy" <[EMAIL PROTECTED]> writes: Thanks for the testing > t/pmc/io...NOK 3# Failed test (t/pmc/io.t at line 37) > # got: 'fdopen failed > # ' > # expected: 'ok > # ' > t/pmc/io...NOK 4# Failed test (t/pmc/io.t at line 51) > # got

Re: printf-like formatting in interpolated strings

2003-08-14 Thread Larry Wall
Sorry to drag out an old conversation, but I was indisposed at the time, and only just got back to it. On Mon, Jun 16, 2003 at 01:07:21PM +0200, Edwin Steiner wrote: : Edwin Steiner <[EMAIL PROTECTED]> writes: : : > Disallowing interpolated formats on \F has the additional advantage of : > making

Re: Apocalypses and Exegesis...

2003-08-14 Thread attriel
> Apocalypses and Exegesis are not an 'official' specification for Perl6, > I mean, they are subject to change. Is there any idea when will we have > a freeze on the syntax and features for perl6? Since the A/E gig is where the design team is getting a handle on what it is they want to be doing an

Re: Testers & PASS

2003-08-14 Thread Graham Barr
On Wed, 2003-08-13 at 17:20, Leon Brocard wrote: > Graham Barr sent the following bits through the ether: > > > > http://testers.cpan.org/search?request=dist&dist=MIME-Lite-HTML > > > keeps on timing out, so I don't know what it does. Graham? > > > > I just added a new index to the database. It s

find_lex/exception_handling; am I missing something?

2003-08-14 Thread Jos Visser
Hi, The long story short: * EXCEPTION_LEX_NOT_FOUND is not picked up correctly from the include file * The return continuation of the exception does not save registers, since $P1 (mapped to P16 by imcc) is messed up by $P2 (also mapped to P16). * I would really like the name of the missing le

Re: call and return conventions

2003-08-14 Thread TOGoS
--- Luke Palmer <[EMAIL PROTECTED]> wrote: > TOGoS writes: > > I0 Prototyped return? > > I1 Number of overflow return values > > I2 Number of return values in PMC registers > > P3 Overflow return values in an array PMC > > > > so as to make call/return symmetrical > > (this would also allow me

RE: set vs. assign, continued: 'add' vs. 'add!'

2003-08-14 Thread Brent Dax
TOGoS: # syntax. As it is, the add(ints) op and the # add(pmcs) ops do very different things (one # has 'set' while the other has 'assign' semantics), # but they look exactly the same. If not at I think that's mostly because there's no difference between set semantics and assign semantics for ints

Re: QUERIES: Questions about Unanswered Elderly or Recent Issues Eventually Solvable

2003-08-14 Thread Dan Sugalski
At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote: This is an unordered list of issues - mainly design questions - about the specific implementation of some parts. Interpreter globals --- We have real globals (e.g. Parrot_base_vtables, Env) and per interpreter/thread globals (e.g. cla

Re: IMCC hangs

2003-08-14 Thread Michal Wallace
On Sun, 10 Aug 2003, Vladimir Lipskiy wrote: > > Seems to be related with the multiple freeing reported by Michael. > > I thought his name was Michal (:>8 yes, I was born without an e. :) Sincerely, Michal J Wallace Sabren Enterprises, Inc. - contact: [EMAI

Re: Perl 6's for() signature

2003-08-14 Thread Jonadab the Unsightly One
John Siracusa <[EMAIL PROTECTED]> writes: > Did this ever get resolved to anyone's satisfaction? While reading > EX6, I found myself wonder exactly what for() would look like in > Perl 6 code... A for loop[1] is basically syntax sugar for a while loop. In general, where foo, bar, baz, and quux

RE: We *need* this op! :-)

2003-08-14 Thread Gordon Henriksen
This is really a language feature; you should add it to the hq9+ implementation. -- Gordon Henriksen IT Manager ICLUBcentral Inc. [EMAIL PROTECTED] > -Original Message- > From: Jos Visser [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 07, 2003 11:21 AM > To: Perl6 Internals (parro

Re: %_ - is it available for use?

2003-08-14 Thread Rafael Garcia-Suarez
david nicol wrote: > [EMAIL PROTECTED] perl -le '$_{a}=27; package notmain; print $_{a}' > 27 > > Gosh! > > Let's document it! Would it go in perlvar or perlsyn? It's already documented, in perlvar/"Technical Note on the Syntax of Variable Names" (at the end)

Re: generic code generator? [was: subroutines and python status]

2003-08-14 Thread Stephen Thorne
On Tue, 5 Aug 2003 12:48, Michal Wallace wrote: > It does seem like there are some snags getting > languages to talk to each other, even with the > calling conventions, but even so, I'm even more > convinced now that a generic, overridable > code-generator is the way to go. > > It seems to me that

Re: pirate status / need help with instances

2003-08-14 Thread K Stol
- Original Message - From: "Michal Wallace" <[EMAIL PROTECTED]> To: "Leopold Toetsch" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, August 12, 2003 5:46 AM Subject: Re: pirate status / need help with instances > On Tue, 12 Aug 2003, Michal Wallace wrote: > > > I wound up g

Re: Packfile stuff

2003-08-14 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > Calling into another bytecode segment is simple--you just make a call > to a sub/method/function that lives in that segment. The sub PMCs are > either in variables, either globals or lexicals, or passed in as > parameters so they're available to use. I'm

Re: find_lex/exception_handling; am I missing something?

2003-08-14 Thread Leopold Toetsch
Jos Visser <[EMAIL PROTECTED]> wrote: > Hi, > The long story short: > * EXCEPTION_LEX_NOT_FOUND is not picked up correctly from the include file Its a macro, so you have to put a dot in front. > * The return continuation of the exception does not save registers, > since $P1 (mapped to P16 by

Re: [perl #23284] [PATCH] Some updates to .cvsignore

2003-08-14 Thread Simon Glover
On Mon, 11 Aug 2003, Jürgen Bömmels wrote: > Hi, > > I did some experiments in the languages directory and now there are > many files unknown to cvs. This patch fixes them. > (This patch is created with cvsutils so you need to cvs add some of > the files) Thanks, applied. Simon

Re: parrot bug: continuations/multiple return

2003-08-14 Thread Leopold Toetsch
Piers Cawley <[EMAIL PROTECTED]> wrote: > Leopold Toetsch <[EMAIL PROTECTED]> writes: >> As calling conventions clearly state, that the caller has to save >> everything, its probably up to imcc/pcc.c to insert above >> statements, if another sub gets called from a sub. I'll fix that in >> a minute

Re: why new_pad *INT*?

2003-08-14 Thread Michal Wallace
On Sat, 9 Aug 2003, Sean O'Rourke wrote: > Remember, the pad depth reflects lexical scope nesting, > not dynamic scoping. So if you mean "current_depth" as > "current compile-time depth" above, then you're right, > but the VM would have no way to tell. If you mean > run-time depth, which the com

RE: pirate status / need help with instances

2003-08-14 Thread Michal Wallace
On Mon, 11 Aug 2003, Brent Dax wrote: > Sean O'Rourke: > # >* make parrotclass handle "invoke" > # > this strikes me as the most efficient, > # > but I'm not really confident with C > # > so I'm hesitant to try it > # > # This seems to me like the way to go, except you might >

perlnum.pmc

2003-08-14 Thread Benjamin Goldberg
Shouldn't the get_number() method use string_from_num, instead of calling sprintf/snprintf? -- $a=24;split//,240513;s/\B/ => /for@@=qw(ac ab bc ba cb ca );{push(@b,$a),($a-=6)^=1 for 2..$a/6x--$|;print "[EMAIL PROTECTED] ]\n";((6<=($a-=6))?$a+=$_[$a%6]-$a%6:($a=pop @b))&&redo;}

Re: Packfile stuff

2003-08-14 Thread Benjamin Goldberg
Luke Palmer wrote: > > Leopold Toetsch writes: > > Juergen Boemmels <[EMAIL PROTECTED]> wrote: > > > what still fails is pbc2c.pl (This needs Parrot::Packfile, which can > > > only read format 0 (old assemble.pl) bytecodes). > > > > This is obsoleted by Daniel's exec patches. > > Sadly. I mean

Re: [CVS ci] bitwise string vtables; ands, ors opcodes

2003-08-14 Thread Vladimir Lipskiy
Recently I found some logic redundancy in string_bitwise_or and this seems like I quite forgot to correct that in my just now sent patch. Sorry. Index: string.c === RCS file: /cvs/public/parrot/string.c,v retrieving revision 1.141 di

TWEAKS: Takers Wanted - Effort And Knowledge Sought

2003-08-14 Thread Leopold Toetsch
Build system We have missing dependencies. E.g. classes/* isn't rebuilt, when some parrot include files change. S. e.g.: Subject: repeat() not implemented in PerlInt Platform code - We need some functions to deal with paths and files like File::Spec. For loading include fil

Re: packfile and EXEC

2003-08-14 Thread Leopold Toetsch
Daniel Grunblatt <[EMAIL PROTECTED]> wrote: > Just checked in a patch that should solve it, but it's temporary since it's > overwriting something somewhere :), I'll track it down. Works for me. > Daniel. leo

Re: why ~ for xor?

2003-08-14 Thread Thomas Vesper
Michal Wallace wrote: Out of curiosity, why does ~ map to both unary bitwise-not and binary bitwise-xor in imcc? I was expecting xor to be ^ and ^^ See Apocalypse 3 for this. ^ was reclaimed for hyperoperators. Binary ~ was chosen as replacement since bitwise-not is already somehow like bitwise xor

Re: why new_pad *INT*?

2003-08-14 Thread Sean O'Rourke
Michal Wallace <[EMAIL PROTECTED]> writes: > Okay, I definitely need some help understanding this. Okay, I definitely did a suboptimal job trying to clarify... > Here's some python code that defines a closure: > > def make_adder(base): > def adder(x): >

Re: repeat() not implemented in PerlInt

2003-08-14 Thread Leopold Toetsch
Michal Wallace wrote: After running cvs up -d and then "make", a bunch of my tests broke. [ ... ] [~/pirate]: imcc bug.imc repeat() not implemented for PerlInt Incomplete dependencies in Makefile. Please run "make realclean" Sincerely, leo

Re: set vs. assign, continued: 'add' vs. 'add!'

2003-08-14 Thread Gordon Henriksen
On Thursday, August 14, 2003, at 04:36 , TOGoS wrote: P1 = new PerlInt P1 <- P2 + P3 # When you see "<-" instead of "=", # You know that it's operating on # an existing value, not just # altering the contents of # registers, as yo

Re: Packfile stuff

2003-08-14 Thread Leopold Toetsch
Juergen Boemmels <[EMAIL PROTECTED]> wrote: > read S0 > compreg P1, "PASM1" > compile P0, P1, S0 > write P0 Done. $ cat pasm.pasm read S0, 100 compreg P1, "PASM" compile P0, P1, S0 write P0 end $ parrot pasm.pasm < pasm.pasm > pasm.pbc $ cat hello.pasm print "Hello

Re: bug: two segfaults

2003-08-14 Thread Uri Guttman
> "VL" == Vladimir Lipskiy <[EMAIL PROTECTED]> writes: >> I've committed a würgaround. VL> LMAO! i get the english side of the pun. what does the german(?) side mean? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development,

QUERIES: Questions about Unanswered Elderly or Recent Issues Eventually Solvable

2003-08-14 Thread Leopold Toetsch
This is an unordered list of issues - mainly design questions - about the specific implementation of some parts. Interpreter globals --- We have real globals (e.g. Parrot_base_vtables, Env) and per interpreter/thread globals (e.g. classname_hash). I think best is to have the former

repeat() not implemented in PerlInt

2003-08-14 Thread Michal Wallace
After running cvs up -d and then "make", a bunch of my tests broke. Here's the problem boiled down to the simplest case I can find: [~/pirate]: cat bug.imc .sub __main__ $P2 = new PerlInt $P2 = 1 $P3 = new PerlInt $P3 = 1 if $P2 == $P3 goto cmp1 c

Re: Set vs. Assign..?

2003-08-14 Thread K Stol
- Original Message - From: "Dan Sugalski" <[EMAIL PROTECTED]> To: "T.O.G. of Spookware" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, August 04, 2003 9:18 AM Subject: Re: Set vs. Assign..? > At 11:45 AM -0700 8/1/03, T.O.G. of Spookware wrote: > > > >Hi, all. I've been following

Re: Testers & PASS

2003-08-14 Thread Iain \"Spoon\" Truskett
* Leon Brocard ([EMAIL PROTECTED]) [13 Aug 2003 21:31]: [...] > Thus, I think that my website is correct in sorting the version > numbers. 1.2 should be later than 1.18. I think your versioning system > is wrong ;-) Which is the correct response. Versions should be flaots. > http://dellah.org/te

Re: Testers & PASS

2003-08-14 Thread Leon Brocard
Tels sent the following bits through the ether: > Hm, it generates fast, but wrong results :-) Ooops, the summaries are wrong. Fixed. Leon -- Leon Brocard.http://www.astray.com/ scribot.http://www.scribot.com/ ... For Sale: Slightly u

Re: [perl #23276] Prefixing #define names

2003-08-14 Thread Vladimir Lipskiy
This patch touches ten files and deals with HAS_POSIX_MEMALIGN HAS_SOME_MEMALIGN HAS_MEMALIGN HAS_SOME_MEMALIGN BROKEN_ISREG HAS_JIT_FCOMIP VA_TO_VAPTR HAS_SIGACTION HAS___SIGHANDLER_T HAS_SETITIMER HAS_SOME_SYS_TIMER HAS_SETENV HAS_UNSETENV Coming soon ... -DHAS_JIT -D$jitcpuarch -DHAVE_COMPUTE

Re: okay to use iterator?

2003-08-14 Thread Leopold Toetsch
Michal Wallace <[EMAIL PROTECTED]> wrote: > perlhash.pod says: > """ > TODO: Steve Fink sayd: > And if there were a keys() method, then 'defined' and 'exists' are > very different. (And there ought to be, and would be if we weren't > all ignoring Leo's iterator proposal.) > I need to read

pmc.c ([constant_]pmc_new_noinit)

2003-08-14 Thread Benjamin Goldberg
In pmc_new_noinit, I see a switch() which decides whether or not to do add_pmc_ext. Why not have that information (whether or not an ext is needed) defined in each of the .pmc files, and stuck in the vtable? That would allow other cache-only pmcs to avoid getting an unnecessary chunk of bytes al

Re: IMCC warning cascade

2003-08-14 Thread Leopold Toetsch
Vladimir Lipskiy <[EMAIL PROTECTED]> wrote: > imcc.y(527) : warning C4761: integral size mismatch in argument; conversion > supplied The C in mk_symreg() and friends should probably be an int. I'll change that, thanks for the report, leo

Re: Further to: Resumable ops and exceptions

2003-08-14 Thread Piers Cawley
Jos Visser <[EMAIL PROTECTED]> writes: > There are a number of ops that could fail. Examples are find_lex but > also the various load and lookup ops. Options for handling failure are: > > - Abort parrot > - Throw an exception > - Return a default (null) value > > I think it is hard for the parrot

Re: [CVS ci] bitwise string vtables; ands, ors opcodes

2003-08-14 Thread Vladimir Lipskiy
> What in $DEITY's name is *that*? It sure isn't a context diff. > A context diff is what you get from "diff -u" or "diff -c". What you saw was the context diff I provided myself (~: I doubt it's possible to provide a context diff WinCVS. Though, I could be mistaken.

Parrot and STDOUT/STDERR

2003-08-14 Thread Arthur Bergman
Hi, In my efforts to embed parrot into perl I stumbled upon something mildly interesting but most likely terribly hard to track down problem. If I execute a miniperl (but linked into parrot and with it's own parrot interpreter) it works, but if the caller closes(STDERR) before invoking miniper

serializing functions?

2003-08-14 Thread Michal Wallace
This is just a question I've been wondering about, that I think could be a huge PR sell for parrot in the python world if the answer is "yes". Could you serialize a parrot function? In other words, if you interactively define a function at the prompt, could you save it to disk? (not the source

This Week's Summary

2003-08-14 Thread Piers Cawley
Perl 6 Summary for the week ending 20030810 Another week, another summary. How predictable is that? In keeping with the predictability, we'll start with the internals list. Set vs. Assign "T.O.G of Spookware" has an issue with the way IMCC treats "="; sometimes an "=" means "set

Re: Packfile stuff

2003-08-14 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > Leopold Toetsch writes: >> This is obsoleted by Daniel's exec patches. > Sadly. I mean, the exec patches are great, but I found no faster way to > run parrot bytecode than to run it through pbc2c.pl and compile it with > gcc -O3. pbc2c.pl does unroll the

Re: pirate status / need help with instances

2003-08-14 Thread Sean O'Rourke
"K Stol" <[EMAIL PROTECTED]> writes: > invoke is defined in core.ops, and the return value > of the PMC implementation should be an address, > because this result is used in the GOTO macro. So, > only an address can be returned. Sorry, I mean "return" in the parrot sense, i.e. place on top of the

Re: [perl #23292] [PATCH] Update for memory_internals.pod

2003-08-14 Thread Simon Glover
On Tue, 12 Aug 2003, Jürgen Bömmels wrote: > It took me some minutes to find out how ARENA_DOD_FLAGS work. I added > a section to memory_internals.pod that others hopefully need a few > minutes less to figure out what its good for. > Thanks, applied, with a few tweaks. Simon

[perl #23297] Numbers in IMCC POD

2003-08-14 Thread via RT
# New Ticket Created by Andy Bussey # Please include the string: [perl #23297] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=23297 > There appears to be a problem whereby numbers that include decimal points inside IMCC POD

Re: Perl 6's for() signature

2003-08-14 Thread Jonadab the Unsightly One
Luke Palmer <[EMAIL PROTECTED]> writes: > Yes, it's possible to have two routines with the same name which > differ by signature... however, in Perl 6, C has only one > signature, and it's the one above. The C loop you are thinking > of is spelled C, Oh, yes, forgot about that. > To the cont

Re: Apocalypses and Exegesis...

2003-08-14 Thread Iain Truskett
* Jonathan Scott Duff ([EMAIL PROTECTED]) [15 Aug 2003 00:16]: [...] > Besides you could always provide online updates to your book as the > language changes. The first (dead tree) edition would be the rough > cut, and later editions would be closer to reality as the language > stablizes. Much li

Re: Apocalypses and Exegesis...

2003-08-14 Thread Alberto Manuel Brandão Simões
On Thu, 2003-08-14 at 14:49, Simon Cozens wrote: > [EMAIL PROTECTED] (Alberto Manuel Brandão simões) writes: > > The question is simple, and Dan can have the same problem (or him or > > Larry). I am thinking on a Perl 6 book in portuguese (maybe only a > > tutorial... but who knows). But that means

Re: Apocalypses and Exegesis...

2003-08-14 Thread Alberto Manuel Brandão Simões
The question is simple, and Dan can have the same problem (or him or Larry). I am thinking on a Perl 6 book in portuguese (maybe only a tutorial... but who knows). But that means I must write something which will work :-) Of course to write it will take many time, which can give Larry time to writ

Apocalypses and Exegesis...

2003-08-14 Thread Alberto Manuel Brandão Simões
Hi Apocalypses and Exegesis are not an 'official' specification for Perl6, I mean, they are subject to change. Is there any idea when will we have a freeze on the syntax and features for perl6? Thanks, Alberto

call and return conventions

2003-08-14 Thread TOGoS
According to the PDD03 I have here: Calling conventions: I0 Prototyped call? I1 Number of overflow params I2 Number of params in PMC registers P3 Overflow params Return conventions: I0 Prototyped return? I1 Number of return values in integer registers I2 Number of return values in string r

Re: packfile and EXEC

2003-08-14 Thread Daniel Grunblatt
On Wednesday 13 August 2003 05:07, Leopold Toetsch wrote: > I started extending the packfile functions towards multiple code > segments. First is still some cleanup, but I already have troubles with > the EXEC stuff :-( I could not reproduce the error here. > The debugger doesn't really like this

Re: Approaching m4

2003-08-14 Thread Sean O'Rourke
Bernhard Schmalhofer <[EMAIL PROTECTED]> writes: > I have started an implementation of m4 in PIR. The implications are staggering... Sure, plenty of compilers can bootstrap themselves, but how many can generate their own configure scripts via autoconf? With p4rrot, we may live to see this dream.

RE: set vs. assign, continued: 'add' vs. 'add!'

2003-08-14 Thread Brent Dax
TOGoS: # When I say in IMCC: # # $P0 = $P1 + $P2 # # , I expect it to create a new value and store it in # $P0, not give me a segfault because I didn't say # # $P0 = new # # first. Then your expectations are wrong. I think you may be losing sight of the fact that most users will *never*

Re: [perl #23252] [PATCH] IO seek/tell refactoring

2003-08-14 Thread Vladimir Lipskiy
> This is a missing implementation of fdopen on windows. > Its not clear to me how this call should behave. PIO_win32_fdopen > takes a Parrot_WIN32_Handle which is actually a void*. Yup. I've alredy peeped in io.h, io_win32.c. And as soon as I get more familiar with PIO, I'll try to say what the f

Re: generic code generator? [was: subroutines and python status]

2003-08-14 Thread Michal Wallace
On Tue, 5 Aug 2003, Stephen Thorne wrote: > > It seems to me that if we want to maximize the > > number of languages using it, the generic > > compiler shouldn't depend on anything but > > C and parrot... But until we get it working, > > I'd like to stick to a dynamic language like > > python/perl

Re: packfile and EXEC

2003-08-14 Thread Daniel Grunblatt
On Wednesday 13 August 2003 12:28, Daniel Grunblatt wrote: > On Wednesday 13 August 2003 05:07, Leopold Toetsch wrote: > > I started extending the packfile functions towards multiple code > > segments. First is still some cleanup, but I already have troubles with > > the EXEC stuff :-( > > I could

Re: Packfile stuff

2003-08-14 Thread Leopold Toetsch
Juergen Boemmels <[EMAIL PROTECTED]> wrote: > Die assemble.pl, die. > I grepped thru the source tree and removed the references to > assemble.pl and disassemble.pl Done. Applied. > parrot_compiler: No make test: I did replace the compiler with Juergen's proposed version. The packfile handling

Re: This Week's Summary

2003-08-14 Thread Dave Mitchell
On Mon, Aug 11, 2003 at 07:32:00PM -, Rafael Garcia-Suarez wrote: > Will I really be forced to reimplement the whole subrecursive frobnizer > for tied magic ?" Almost certainly, I expect. -- "There's something wrong with our bloody ships today, Chatfield." Admiral Beatty at the Battle of Jut

Re: io_win32.c warnings

2003-08-14 Thread Juergen Boemmels
"Vladimir Lipskiy" <[EMAIL PROTECTED]> writes: > The attached patch removes these warnings: > > io/io_win32.c(312) : warning C4028: formal parameter 4 different from > declaration > io/io_win32.c(312) : warning C4029: declared formal parameter list different > from definition > io/io_win32.c(358)

Fwd: Re: Perl 6's for() signature

2003-08-14 Thread Austin Hastings
Fwd from Luke -- he's adopted a retarded MUA. --- Luke Palmer <[EMAIL PROTECTED]> wrote: > Date: Mon, 11 Aug 2003 21:22:05 -0600 > From: Luke Palmer <[EMAIL PROTECTED]> > Subject: Re: Perl 6's for() signature > > Austin Hastings writes: > > > And you can't do that because the loop has no way of k

Re: Apocalypses and Exegesis...

2003-08-14 Thread Michael G Schwern
On Thu, Aug 14, 2003 at 12:52:42PM +0100, Alberto Manuel Brandão Simões wrote: > Apocalypses and Exegesis are not an 'official' specification for Perl6, > I mean, they are subject to change. Is there any idea when will we have > a freeze on the syntax and features for perl6? Its scheduled to occur

Re: Implicit parameter aliases

2003-08-14 Thread Mark J. Reed
On 2003-08-05 at 16:10:46, Dan Sugalski wrote: > At 1:02 PM -0700 8/5/03, Dave Whipp wrote: > >Can I discriminate on parameter names using multi subs? > > Nope. Named parameters don't participate in MMD. 1. I'm thinking MMD should be called something else when being applied to multisubs rather

Re: Apocalypses and Exegesis...

2003-08-14 Thread Michael Lazzaro
On Thursday, August 14, 2003, at 07:00 AM, Alberto Manuel Brandão Simões wrote: On Thu, 2003-08-14 at 14:49, Simon Cozens wrote: Just a hint: don't try writing it and revising it as the language changes. I wrote a Perl 6 chapter for a book in December and it is now almost unusable due to the pac

Re: Apocalypses and Exegesis...

2003-08-14 Thread Iain Truskett
* Alberto Manuel Brandão Simões [15 Aug 2003 00:36]: > On Thu, 2003-08-14 at 15:19, Iain Truskett wrote: [...] > > Much like "Perl 6 Essentials" then? > > > > I must say that its chapter 4 is the clearest look at > > the perl 6 syntax (as it was at the time of writing) > > that I've seen yet. > Ye

Re: Perl 6's for() signature

2003-08-14 Thread Benjamin Goldberg
Jonadab The Unsightly One wrote: > > John Siracusa <[EMAIL PROTECTED]> writes: > > > Did this ever get resolved to anyone's satisfaction? While reading > > EX6, I found myself wonder exactly what for() would look like in > > Perl 6 code... > > A for loop[1] is basically syntax sugar for a whi

Re: [PATCH] Win32 compilation fix

2003-08-14 Thread Vladimir Lipskiy
> Puts #ifdefs as per the rest of i386/jit_emit.h. Good land! How did he compute that? It works!!!

Re: parrot bug: continuations/multiple return

2003-08-14 Thread Michal Wallace
On Sun, 10 Aug 2003, Leopold Toetsch wrote: > Piers Cawley <[EMAIL PROTECTED]> wrote: > > Leopold Toetsch <[EMAIL PROTECTED]> writes: > >> As calling conventions clearly state, that the caller has to save > >> everything, its probably up to imcc/pcc.c to insert above > >> statements, if another su

Re: bug: two segfaults

2003-08-14 Thread Leopold Toetsch
Michal Wallace <[EMAIL PROTECTED]> wrote: > The following code segfaults immediately. Nasty multiple freeing the same symbol. I've committed a würgaround. Thanks for the bug report. leo

Re: parrot bug: continuations/multiple return

2003-08-14 Thread Michal Wallace
On Sat, 9 Aug 2003, Benjamin Goldberg wrote: > Michal Wallace wrote: > [snip] > > def f(): > > return g() > [snip] > > # f from line 3 > > .pcc_sub _sub1 non_prototyped > > .local object res1# (visitReturn:528) > > find_lex $P2, 'g' # (callingExpress

#define name collisions -- yet another small project

2003-08-14 Thread Dan Sugalski
Well, it turns out that at least some compilers (AIX's) are really unhappy about redefined #defines in the C source. This turns out to be a problem with things like HAS_STDLIB_H, which is common enough to cause collisions. So, we need to go name-prefix all the #defines. So, the project. Someone

Re: struct Parrot_Lexicals; ArrayHash

2003-08-14 Thread Vladimir Lipskiy
> The current implementation of find_lex (by_name) is suboptimal. A linear > scan over the list of lexical names is performed > (s. sub.c:lexicals_get_position()). > > A better way would be to provide a list of lexicals plus a name hash, > where hash values are indices into the list. What would be

Re: [perl #23252] [PATCH] IO seek/tell refactoring

2003-08-14 Thread Leopold Toetsch
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote: > Some refactoring in the seek/tell system. Thanks, applied. leo

Re: why new_pad *INT*?

2003-08-14 Thread Sean O'Rourke
Michal Wallace <[EMAIL PROTECTED]> writes: > 1. Should there be a new_pad that takes > no arguments to do this, so we don't > have to keep count manually? > > 2. When would you NOT want to use > new_pad (current_depth+1) ? Remember, the pad depth reflects lexical scope nesting, no

Re: [perl #23252] [PATCH] IO seek/tell refactoring

2003-08-14 Thread Vladimir Lipskiy
> A test for seek and tell is added to t/pmc/io.t > > All tests pass for Linux/i386 and MacOS X (thanks Dan) > > Windows is untested but I hope i got the things right. t/pmc/io...NOK 3# Failed test (t/pmc/io.t at line 37) # got: 'fdopen failed # ' # expected: 'ok # ' t

Re: calling conventions, variable-length parameter lists

2003-08-14 Thread Michal Wallace
On Fri, 8 Aug 2003, TOGoS wrote: > I want to be able to have a function with > this kind of signature: > > func ($param1, *$otherparams) > > AFAIK, there is no way to implement this > with the current calling conventions. You > would have to do something with variable > register IDs, which we do

  1   2   3   >