Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm kinda tied up with stuff, but just to flag up a Win32 build issue...
> src\global_setup.c
> global_setup.c
> NMAKE : fatal error U1073: don't know how to make 'src\interpreter.str'
> Stop.
Could be this line:
%.str : %.c ...
now chang
On Fri, 2004-04-23 at 15:34, Dan Sugalski wrote:
> At 3:25 PM -0400 4/23/04, Aaron Sherman wrote:
> >That I did not know about, but noticed Dan pointing it out too. I'm
> >still learning a lot here,
>
> It might be best, for everyone's peace of mind, blood pressure, and
> general edification, to
> src\global_setup.c
> global_setup.c
> NMAKE : fatal error U1073: don't know how to make 'src\interpreter.str'
> Stop.
I spent most of today trying to get parrot build on winxp with MS VC 7.1,
with little success. Issues range from ICU build, CONST_STRING __LINE__
expansion madness to nmake-Make
I'm adding an object or two, and wanted to write my own __dump() method
so I can be dumped out by Data::Dumper.
Right now, there doesn't seem to be a way to integrate nicely with the
indent level of the data structure I'm embedded in, so I see things
like:
PerlArray (size:2) [
PMC
On Thu, 2004-04-22 at 12:18, Jeff Clites wrote:
> Unicode is an actively evolving standard. It's far from legacy.
On Thu, 2004-04-22 at 15:07, George R wrote:
> I don't agree with the Unicode legacy comment... :-(
Creating tomorrow's legacy today. :-)
--
Bryan C. Warnock
bwarnock@(gtemail.n
Hi!
On Sunday 25 April 2004 17:01, Will Coleda wrote:
> I'm adding an object or two, and wanted to write my own __dump() method
> so I can be dumped out by Data::Dumper.
>
> Right now, there doesn't seem to be a way to integrate nicely with the
> indent level of the data structure I'm embedded in,
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Your problem seems to be related to the %.str: %.c inference rule, which
> nmake doesn't understand. For nmake, this should read
> .c.str:
> $(PERL) build_tools\c2str.pl $< > $@
That's already in CVS ;)
> I am currently stuck with some CONST_STR
On Apr-24, Leopold Toetsch wrote:
> I've extended the config system by CPU specific functionality:
> - new config step config/gen/cpu.pl is run after jit.pl
> - this step probes for config/gen/cpu/$cpu/auto.pl and runs it if present
>
> For i386 we have:
> - a new tool as2c.pl, which creates hopef
On Apr-21, Leopold Toetsch wrote:
> Is IntList used outside of some tests?
> Can we rename it to IntvalArray?
Yes, it is used in the languages/regex compiler (at least when
embedded in Perl6, but IIRC in all cases.)
But yes, go ahead and rename it.
On Sunday, April 25, 2004, at 03:34 PM, Jens Rieks wrote:
(1) Tell me the indent level, so I can handle it manually.
Oh, this is not documented yet :-(
Perfect, thank you.
--
Will "Coke" Coledawill at coleda
dot com
Just a heads up, there are two things that have been pointed out.
First, the transset op is transcharset. The abbreviation was a bit sloppy.
Second, in spots where "character" is used, substitute "grapheme", as
I'm going to. Noting, of course, that a grapheme is *not* a glyph.
Glyphs are displa
Jeff Clites <[EMAIL PROTECTED]> writes:
> On Apr 23, 2004, at 11:04 AM, Simon Cozens wrote:
>
>> [EMAIL PROTECTED] (Jeff Clites) writes:
>>> So what does "$foo = 12" in that context actually mean in Perl6?
>>
>> Another interesting question is "in Perl 6, are variables typed,
>> values typed,
>> o
On Apr 25, 2004, at 11:01 PM, Piers Cawley wrote:
Jeff Clites <[EMAIL PROTECTED]> writes:
On Apr 23, 2004, at 11:04 AM, Simon Cozens wrote:
[EMAIL PROTECTED] (Jeff Clites) writes:
So what does "$foo = 12" in that context actually mean in Perl6?
Another interesting question is "in Perl 6, are var
13 matches
Mail list logo
