All --
Back when I introduced switchable runops cores, I mentioned that part
of the idea was to eventually be able to generate the cores based on
a configuration file of flags to check and inner loop components to
assemble.
This change isolates the relevant pieces into their own files, which
mak
At 03:34 PM 10/17/2001 -0500, Brian Wheeler wrote:
>If it looks reasonable, I'll commit it.
Hmmm. Could we maybe abstract it out to a static interpreter function and
call the function each time through, rather than embedding it in the loop?
It'd give us a bit more flexibility and make things l
Brian --
> This patch makes trace a little more useful. It prints the constant
> referred to, as well as the value of the register being accessed.
>
> ...
>
> If it looks reasonable, I'll commit it.
I'd like to see this go in.
Regards,
-- Gregor
___
This patch makes trace a little more useful. It prints the constant
referred to, as well as the value of the register being accessed.
This string reverse program
trace 1
set S0,"Hello world"
set S1,""
set S2,""
length I0,S0
dec
On Wed, 17 Oct 2001, Gregor N. Purdy wrote:
> Its still likely that I'm misunderstanding the intent, but I think
> that a .pbc file created by me with LANG=C is not necessarily going
> to generate string constants that have the same meaning when you go
> to run it on your platform of choice, which
At 01:49 PM 10/17/2001 +0100, Simon Cozens wrote:
>On Wed, Oct 17, 2001 at 08:21:51AM -0400, Gregor N. Purdy wrote:
> > I may be misunderstanding, but I think 'strnative' needs to go away
> > and we need to determine the precise native encoding,
>
>Please don't apply this; I think you are misunder
At 12:37 PM 10/17/2001 -0400, James Mastros wrote:
>On Wed, 17 Oct 2001, Gregor N. Purdy wrote:
> > 2. The encoding for the chunk-o-memory the interpreter is about
> > to turn into a STRING, having found said chunk in the packfile's
> > const_table.
>Perhaps we should always output str
On Wed, 17 Oct 2001, Gregor N. Purdy wrote:
> 2. The encoding for the chunk-o-memory the interpreter is about
> to turn into a STRING, having found said chunk in the packfile's
> const_table.
Perhaps we should always output string constants as UTF8? This would
avoid the problems with
On Wed, Oct 17, 2001 at 09:08:32AM -0400, Andy Dougherty wrote:
> On Mon, 15 Oct 2001, Andy Dougherty wrote:
>
> > ops2c and ops2pm need to make sure the directory for the output file
> > exists before trying to create any files in that directory.
>
> This is still true. Patch reproduced below.
Simon --
> > I may be misunderstanding, but I think 'strnative' needs to go away
> > and we need to determine the precise native encoding,
>
> Please don't apply this; I think you are misunderstanding.
> strnative is equivalent to LANG=C. It *is* the precise native
> encoding.
No problem. I was
On Mon, 15 Oct 2001, Andy Dougherty wrote:
> Also, I changed t/Makefile to use the correct $(PERL) version.
> (But aren't those cd t; make ... commands going to give Win32 fits?)
This is also still needed, but since the relevant files have moved to
examples/assembly, I've updated the patch:
dif
On Mon, 15 Oct 2001, Andy Dougherty wrote:
> ops2c and ops2pm need to make sure the directory for the output file
> exists before trying to create any files in that directory.
This is still true. Patch reproduced below.
> diff -r -u parrot/ops2c.pl parrot-andy/ops2c.pl
> --- parrot/ops2c.pl
On Wed, Oct 17, 2001 at 08:21:51AM -0400, Gregor N. Purdy wrote:
> I may be misunderstanding, but I think 'strnative' needs to go away
> and we need to determine the precise native encoding,
Please don't apply this; I think you are misunderstanding.
strnative is equivalent to LANG=C. It *is* the
In message <[EMAIL PROTECTED]>
Simon Cozens <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 17, 2001 at 12:40:36AM +0100, Tom Hughes wrote:
> > I have knocked up a first pass at a patch, which is attached for
> > comments.
>
> I've committed this. Thanks, that should *greatly* help maintainabil
All --
My computer uses the ISO8859-1 encoding natively, and I figure we
eventually want to be able to transode from whatever the specific
native encoding is to Unicode. So, I copied strnative.* and did
some basic editing to produce striso8859_1.*.
The problem is, what I've done really doesn't d
On Wed, Oct 17, 2001 at 12:40:36AM +0100, Tom Hughes wrote:
> I have knocked up a first pass at a patch, which is attached for
> comments.
I've committed this. Thanks, that should *greatly* help maintainability.
Simon
--
The man who sees, on New Year's day, Mount Fuji, a hawk, and an eggplant
On Wed, Oct 17, 2001 at 12:45:49PM +0100, Simon Cozens wrote:
> On Tue, Oct 16, 2001 at 03:43:57PM -0400, Gregor N. Purdy wrote:
> > I just fixed the dependancy. Hopefully, this problem goes away now.
>
> Nope.
Fixed it up, and also fixed some problems with the "clean" target.
Any volunteers to
On Tue, Oct 16, 2001 at 03:43:57PM -0400, Gregor N. Purdy wrote:
> I just fixed the dependancy. Hopefully, this problem goes away now.
Nope.
--
"Irrigation of the land with seawater desalinated by fusion power is ancient.
It's called 'rain'."
-- Michael McClary, in alt.fusion
On Wed, Oct 17, 2001 at 03:22:16AM -0400, Jason Gloudon wrote:
> Look at the second patch in my message with subject "[PATCH] More Build
> patches".
Thanks, got it.
--
Feed me on TOASTIES! There's no HALL for PHILOSOPHERS ON FRIDAYS.
- Henry Braun is Oxford Zippy
In fact, something similar to the check for reasonable sizes will need to be
done to guarantee that INTVAL is large enough to hold "opcode_t *" in order to
support jumps to absolute addresses held in registers, if jump Ix is fixed to
match its definition.
--
Jason
On Wed, Oct 17, 2001 at 12:13:51PM +0100, Simon Cozens wrote:
> On Tue, Oct 16, 2001 at 10:54:54PM +0200, Dav?? Helgason wrote:
> > > # Temporary hack
> > > system("make include/parrot/vtable.h");
> >
> > So I decided to try to fix it.
>
> Why are you trying to entrench a temporary hack? :) The
On Tue, Oct 16, 2001 at 10:54:54PM +0200, Dav?? Helgason wrote:
> > # Temporary hack
> > system("make include/parrot/vtable.h");
>
> So I decided to try to fix it.
Why are you trying to entrench a temporary hack? :) The
correct fix is to create dummy versions of the needed
header files, which I
In message <[EMAIL PROTECTED]>
James Mastros <[EMAIL PROTECTED]> wrote:
> I'm working on implementing the ord(i,s) and chr(s,i) opcodes I talked about
> earlier, and I noticed what I consider a bug: there exist no transcode
> functions to or from native.
That's because we haven't worke
23 matches
Mail list logo