Re: Parrot compilers

2003-01-17 Thread Tanton Gibbs
Yes, languages should now use IMCC as their target. Basically, they generate IMCC instructions without regards for optimization and such so that only a lexer/parser is needed. Take a look at the bf and ook languages for an example. I think perl6 is also heading there. Tanton - Original Mess

Parrot compilers

2003-01-17 Thread Cory Spencer
Hey folks - In my wanders through the parrot/languages subdirectories, it appears that most example languages implement a complete compiler (ie lexxer -> parser -> optimizer -> code emitter), which seems to be somewhat of a duplication of labour. Has or is anyone worked on a framework a la gcc w

Re: [perl #20374] Solaris tinderbox failures: PANIC: Unknown signature type

2003-01-17 Thread Leopold Toetsch
Dan Sugalski wrote: I think we can stand 3 failing tests for one or two days, when the reason is well known. Three? Every test fails under OS X because of this... Oops, dynamic vs static NCI..., sorry. If not done yet, I'll fix this tomorrow. leo

Re: [perl #20374] Solaris tinderbox failures: PANIC: Unknown signature type

2003-01-17 Thread Andy Dougherty
On Fri, 17 Jan 2003, Leopold Toetsch wrote: > Andy Dougherty (via RT) wrote: > > > In this case, I suspect it's failing to match "pIt", which was recently > > added to interpeter.c:setup_default_compreg(). > > Nothing to suspect here ;-) > In "[CVS ci] eval #1" I wrote: > > Missing and left for

Re: [perl #20374] Solaris tinderbox failures: PANIC: Unknown signature type

2003-01-17 Thread Dan Sugalski
At 9:38 PM +0100 1/17/03, Leopold Toetsch wrote: Andy Dougherty (via RT) wrote: In this case, I suspect it's failing to match "pIt", which was recently added to interpeter.c:setup_default_compreg(). Nothing to suspect here ;-) In "[CVS ci] eval #1" I wrote: Missing and left for an exercise fo

Re: [perl #20374] Solaris tinderbox failures: PANIC: Unknown signature type

2003-01-17 Thread Leopold Toetsch
Andy Dougherty (via RT) wrote: In this case, I suspect it's failing to match "pIt", which was recently added to interpeter.c:setup_default_compreg(). Nothing to suspect here ;-) In "[CVS ci] eval #1" I wrote: Missing and left for an exercise for Joe Other Parrothacker: build_nativecall.pl lac

Re: [perl #20374] Solaris tinderbox failures: PANIC: Unknown signature type

2003-01-17 Thread Dan Sugalski
At 6:42 PM + 1/17/03, Andy Dougherty (via RT) wrote: # New Ticket Created by Andy Dougherty # Please include the string: [perl #20374] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=20374 > The Solaris tinderboxes are fa

[perl #20374] Solaris tinderbox failures: PANIC: Unknown signature type

2003-01-17 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #20374] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=20374 > The Solaris tinderboxes are failing with the unhelpful message "PANIC: Unknown signat

Re: [perl #20298] Operators neg and abs in core.ops

2003-01-17 Thread Mr. Nobody
--- Nicholas Clark <[EMAIL PROTECTED]> wrote: > On Fri, Jan 17, 2003 at 12:21:33PM -0500, Dan Sugalski wrote: > > Sorry this one sat. I want to apply it, but the test patch looks to > > On Tue, Jan 14, 2003 at 04:53:25PM +, Bernhard Schmalhofer wrote: > > For the operator 'abs' I use the func

Re: [perl #20298] Operators neg and abs in core.ops

2003-01-17 Thread Nicholas Clark
On Fri, Jan 17, 2003 at 12:21:33PM -0500, Dan Sugalski wrote: > Sorry this one sat. I want to apply it, but the test patch looks to On Tue, Jan 14, 2003 at 04:53:25PM +, Bernhard Schmalhofer wrote: > For the operator 'abs' I use the functions 'abs()' and 'fabs()' from the > C math library. '

Re: [perl #20298] Operators neg and abs in core.ops

2003-01-17 Thread Dan Sugalski
At 4:53 PM + 1/14/03, Bernhard Schmalhofer (via RT) wrote: I have been looking at the ops 'neg' and 'abs' in core.ops. I have been adding testcase in t/op/arithmetics.t and found a couple of problematic cases. Sorry this one sat. I want to apply it, but the test patch looks to be reversed,

RE: Objects, finally (try 1)

2003-01-17 Thread Dan Sugalski
At 3:03 PM -0800 1/15/03, Jonathan Sillito wrote: Sounds like we want objects *and* classes to support: static_attribs - which are defined at compile time and accessed by offset probably stored in an array. dynamic_attribs - which come and go at run time and are generally accessed by name and li

Re: Objects, finally (try 1)

2003-01-17 Thread Dan Sugalski
At 8:54 PM + 1/15/03, Nicholas Clark wrote: On Wed, Jan 15, 2003 at 01:00:59AM -0500, Dan Sugalski wrote: At 8:53 PM -0800 1/14/03, Adriano wrote: >I think what Jonathan asked for was an operator for returning a >method (as an object) which can be invoked later with some arguments >(or

Re: Objects, finally (try 1)

2003-01-17 Thread Dan Sugalski
At 3:06 PM -0500 1/15/03, Christopher Armstrong wrote: On Wed, Jan 15, 2003 at 01:57:28AM -0500, Dan Sugalski wrote: At 9:37 PM -0500 1/14/03, Christopher Armstrong wrote: >But who knows, maybe it could be made modular enough (i.e., more >interface-oriented?) to allow the best of both worlds -

RE: Objects, finally (try 1)

2003-01-17 Thread Dan Sugalski
At 9:38 AM -0800 1/15/03, Jonathan Sillito wrote: I realize this will vary from language to language, but generally we will need a PMC that encapsulates a method (and responds to the invoke vtable method like Sub, or maybe the Sub PMC could do?). This python code is interesting: a = A() a.f()

RE: Objects, finally (try 1) [x-adr][x-bayes]

2003-01-17 Thread Dan Sugalski
At 11:44 AM -0600 1/15/03, Garrett Goebel wrote: From: attriel [mailto:[EMAIL PROTECTED]] >> > >I think what Jonathan asked for was an operator for >> > >returning a method (as an object) which can be invoked >> > >later with some arguments (or even applied with a >> > >partial list of argum

occasioanl CVS hickups?

2003-01-17 Thread Leopold Toetsch
Here is a snippet from my last check in: .. /cvs/public/parrot/include/parrot/interpreter.h,v <-- interpreter.h new revision: 1.62; previous revision: 1.61 done Cannot open file /tmp/#cvs.lastdir.27414: No such file or directory Access allowed: Pers

RE: Objects, finally (try 1)

2003-01-17 Thread Dan Sugalski
At 11:44 AM -0500 1/15/03, attriel wrote: >> > >I think what Jonathan asked for was an operator for > >returning a method (as an object) which can be invoked > >later with some arguments (or even applied with a > >partial list of arguments for currying). > > > >This would be a lot more usef

Re: Total perl6 test failure; are recent changes to IMCC involved?

2003-01-17 Thread Joseph F. Ryan
Leopold Toetsch wrote: Joseph F. Ryan wrote: However, perl6 seems to be breaking. "Seems" meaning that 100% of the tests are failing. This is bad.error (test.warn) of: I did make a little change in imcc.l, but I have no difference in test results. $ make test $ perl6 --test -r both give

RE: Objects, finally (try 1)

2003-01-17 Thread Dan Sugalski
At 10:28 AM -0600 1/15/03, Garrett Goebel wrote: Peter Haworth wrote: Dan Sugalski wrote: > Adriano wrote: > > > >I think what Jonathan asked for was an operator for > >returning a method (as an object) which can be invoked > >later with some arguments (or even applied with a > >partial li

Re: pretty pictures

2003-01-17 Thread James Michael DuPont
cool! i will try that out. mike --- Bart Schuller <[EMAIL PROTECTED]> wrote: > On Thu, Jan 16, 2003 at 10:46:21AM -0800, Marc M. Adkins wrote: > > I have a Perl program that processes Perl source and generates fake > C++ > > headers that doxygen will process. Doxygen doesn't have a hook for > add

Re: pretty pictures

2003-01-17 Thread Bart Schuller
On Thu, Jan 16, 2003 at 10:46:21AM -0800, Marc M. Adkins wrote: > I have a Perl program that processes Perl source and generates fake C++ > headers that doxygen will process. Doxygen doesn't have a hook for adding a I've done the same thing, you can get it or see the output here: http://smop.org/

Re: Total perl6 test failure; are recent changes to IMCC involved?

2003-01-17 Thread Leopold Toetsch
Joseph F. Ryan wrote: After a complete cygwin reinstall, I've finally gotten parrot to install and pass 100% tests. Ok, great. However, perl6 seems to be breaking. "Seems" meaning that 100% of the tests are failing. This is bad.error (test.warn) of: last token = [] (error) line 27: parse e

APIS and metadata

2003-01-17 Thread James Michael DuPont
Dear list, Please excuse my ignorance, and if the answer is just RTFM, then please shoot me. What is the plan for declaring "Object Oriented APIs" in parrot. In dotnet il, you have a OO concept built into the assembly, but parrot seems to be missing this. Is there a plan for supporting the high l

Re: pretty pictures

2003-01-17 Thread Simon Wistow
On Thu, Jan 16, 2003 at 11:25:34AM -0800, Tupshin Harper said: > The ability to download autodia off of the primary site and the mirror > is unfortunately broken. Fwd-d to the author and apparently it's fixed now. Simon

Re: [perl #20315] [PATCH] eval

2003-01-17 Thread Leopold Toetsch
Leopold Toetsch wrote: So it seems, that for multiple code segments, we'll have to take the PackFile_ConstTable out of the structure and include file/line/debug/whatever information. This would look like: packfile aka interpreter->code: - constants - code_segment[] - byte_code - byte_c

Total perl6 test failure; are recent changes to IMCC involved?

2003-01-17 Thread Joseph F. Ryan
After a complete cygwin reinstall, I've finally gotten parrot to install and pass 100% tests. Ok, great. However, perl6 seems to be breaking. "Seems" meaning that 100% of the tests are failing. This is bad. I've mananged to trace the error to the imcc phase. The outputted imcc code seems corr