RE: Deoptimizations

2001-09-02 Thread Wizard
> > 'use constant FOO => "foo"' could add some magic to never let FOO > being redefined (not a bad coice for a constant). > > -- Johan I like this idea best (for now). Perhaps 'constant sub foo' or 'sub foo:constant'? By doing it that way, it is apparent to both Perl and the developer that this i

RE: Math functions? (Particularly transcendental ones)

2001-09-08 Thread Wizard
Questions regarding Bitwise operators: > =item rol tx, ty, tz * ... > =item ror tx, ty, tz * Are these with or without carry? If not, is there a need for a RCL/RCR (with carry...and carry where)? And what about a negate operator (neg)? Grant M.

RE: Math functions? (Particularly transcendental ones)

2001-09-09 Thread Wizard
Just curious, would it be practical to design-in a boolean-specific register/set of registers? There are many processors (PICC, 8051, etc.) which would likely be better able utilize their own optimizations if this were the case ( bitset, testbit, high, low, etc.). It could be done without the regi

RE: Math functions? (Particularly transcendental ones)

2001-09-10 Thread Wizard
Uri Guttman wrote: > but having parrot op codes map to special instructions > makes sense only if we are doing some form of machine instruction > generation as with JIT or TIL. Actually, I wasn't necessarily asking for any special ops (I'm not actually asking for anything, it's just a suggestion)

RE: Math functions? (Particularly transcendental ones)

2001-09-10 Thread Wizard
Well, I used to do some embedded systems programming using C, and many of the compilers would make attempts to optimize logical ops like if( byte_variable & 0xF7 ){... into something using a processor op equivalent to the 8051C testbit( byte_variable, bit_offset). The 8051 processor has sever

FYI, that last email was sent last night...

2001-09-10 Thread Wizard
I'm having trouble with my hosting company (wehost.net is poop!). That last email was a reply that I sent last night at 6pm. Please ignore it :-P Grant M.

Strings db

2001-09-23 Thread Wizard
Is Parrot to have a strings db for error and UI strings (i18n)? If so, it should probably go on the TODO list (the sooner the better). If it is intended for Parrot and not some future incarnation, I can attempt it if I know what the plans are (if we plan on an external db it'll just have to wait f

RE: Strings db

2001-09-24 Thread Wizard
Some questions about implementation: which scenarios?: 1.> external text-file strings (name=value?) chosen at run-time 2.> Parrot build-time embedded strings (language chosen at configure) Do we want to break the messages into sets, such that <256 is 'fatal', 256 to 511 is 'warning', 512 to 767 i

RE: Strings db

2001-09-24 Thread Wizard
GNU does offer the gettext tools library for just such a purpose. I don't know how it will translate to the various platforms however, and it likely is a major overkill for what we are trying to do. http://www.gnu.org/manual/gettext/html_mono/gettext.html#SEC2 - Purpose It might make sense to impl

RE: Strings db

2001-09-24 Thread Wizard
Michael Maraist wrote: > But wouldn't that make parrot GPL'd? Yes, Yes it would. (cup o' coffee and a sux donut, please.) Never mind. I'll take a look at the docs and look around some more and see what other clever ideas we can't use. Grant M.

RE: Strings db

2001-09-25 Thread Wizard
I've been looking over the gettext implementation, and I'm not sure that I entirely like it, but let me know if this sounds like I've been programming to long. (Maybe I'm misreading the document) The gettext API uses strings as "msgid". What this means is that in order to get a translated string,

RE: Strings db

2001-09-25 Thread Wizard
Michael Maraist [mailto:[EMAIL PROTECTED]] wrote: > Does you idea allow for: > int msgid = txtToMsgid( "This feels strange\n" ); > char *label = msgidToRes( msgid ); I'm not sure that I understand your question. This is not my idea, but GNU's gettext tools. I, myself, am not thrilled with this im

RE: Strings db

2001-09-25 Thread Wizard
Michael Maraist [mailto:[EMAIL PROTECTED]] wrote: > ... but I'm assuming it involves (among other things) displaying > locale-based error messages. I'm not sure how the catalog would be determined, but I would suggest another mechanism other than locale. Rather, I'd suggest a user-specific envir

RE: Strings db

2001-09-25 Thread Wizard
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] wrote: > You quoted something similar to my text above and said you didn't > like it. I > believe mostly because it involved reading external files, but > also because of > the concept of the message-id. Actually, the thing that I didn't like was usin

RE: Strings db

2001-09-26 Thread Wizard
Damien Neil [mailto:[EMAIL PROTECTED]] wrote: > This is a far more error-prone interface in a number of ways > (...) I don't believe that with the proper tools and rules that this system will be any more difficult to manage. All of the things that you stated as disadvantages could be countered w

RE: Manifest constants?

2001-10-01 Thread Wizard
This was discussed to some extent on this list before (see RFC http://dev.perl.org/rfc/263.pod). If parrot is expected to be a JVM for countless other languages, then it MUST (IMHO) understand the concept of NULL. Either that, or it must make allowances for the dynamic inclusion of a definition of

RE: CVS

2001-10-01 Thread Wizard
> Automated snapshots and e-mail notifications of CVS commits have both > stopped. What's going on? At some point, someone set the clock back on the machine that sends the mail (I noticed because all of my new mails are coming in as older than ones that I received earlier in the day). If this is

RE: Parrot 0.0.2

2001-10-03 Thread Wizard
> Any objections to a release today? How's Cygwin and Win32 looking? Just built on Cygwin on Win2k: (make test still doesn't work) $ perl t/harness t/op/basic..ok, 1/5 skipped: label constants unimplemented in assembler t/op/bitwiseok t/op/integerok t/op/number.ok

RE: Strings db (comments requested)

2001-10-03 Thread Wizard
Here's the situation (as I understand it): Parrot needs to stop emitting strings exclusively in English. Parrot needs a standard file format for a string replacement db. Parrot should only put strings to stderr (except when told to). Parrot should be able to emit "error IDs" instead of strings. Pa

Test::...

2001-10-05 Thread Wizard
Explain to me again why we can't move the Test directory so that "make test" works on Cygwin? Can't we just 'use lib'? What's the dependency? Grant M.

RE: Languages in the core source tree?

2001-10-22 Thread Wizard
> 1) Do we put them all in the parrot CVS tree I think it would be good for the languages to be in tree, but I would like to have it under a different mechanism for cvs checkout. In other words, the default cvs checkout of parrot does NOT check out the languages tree, but a separate checkout is r

RE: Revamping the build system

2001-10-23 Thread Wizard
I don't think we can solve this here. This is something that has been a problem for some time, with solutions of various success. We already have the options of Ant, XPInstall, RPM, and many others, but I tend to believe that the most widely known tools are the auto* stuff. That counts for a lot.

Did I miss this?!?!

2001-11-22 Thread Wizard
I was wandering around looking for some non-parrot related stuff, and came across this wonderful tidbit. Was this mentioned somewhere in the mail list or on perl.com and I missed it? http://www.unixreview.com/documents/s=1780/urm0111h/0111h.htm If it wasn't posted to the prl6-* list, it should be

preprocessor directives...

2001-10-11 Thread Wizard
I noticed that many of header files use the following format: #if !defined(H_GUARD) #define H_GUARD Is this preferable to "#ifndef"? I always thought that the defined() function was only for more complex tests. Additionally, the defined() function may not be entirely portable (it might be missing

RE: args, argv in parrot?

2001-12-03 Thread Wizard
> Oh, right, env messing needs to be special for a few reasons: > > *) Embedding > *) Threads > *) Various platform "quirks". (And no I'm not even talking about VMS or > Windows...) And potentially CORBA/COM/DCOM/RPC/IPC? or is that "Embedding"? Grant M.

RE: args, argv in parrot?

2001-12-03 Thread Wizard
> I'm getting tempted to have some sort of multi-level ENV thing that, for > most single-interpreter cases, collapses down to a plain getenv/putenv. What about an RPC/IPC API that communicates (bi-directionally) with the parent application if one exists, and if not, it runs inside a wrapper app th

RE: SAPI (Was RE: args, argv in parrot?)

2001-12-04 Thread Wizard
> perl -e '' > is very essential; though I could see a compatibility mode being > enabled by > default with '-e' if necessary. But perl is not parrot, and parrot doesn't need -e (unless we expect people to write one-liners in actual bytecode). Perl will be sitting on top of parrot, so it will

RE: CPP Namespace pollution

2002-01-25 Thread Wizard
> See the FAQ. This really isn't a very good answer for several reasons (I know the answer, but that doesn't matter): 1.> There is no link to the FAQ on the Perl6 page (that I could find anyway). (http://www.panix.com/~ziggy/parrot.html - I think this it) 2.> "See the FAQ" for what? Not using

email harvesting...

2002-01-29 Thread Wizard
I don't know who to send this to, but I just received several spams to my email address that I use only for this list (perl6-internals). If someone could let me know if someone is responsible for preventing this, please let me know, so that I can forward the information. Grant M.

RE: How do we clean up?

2002-02-07 Thread Wizard
> What command can we agree on to leave only the files listed in MANIFEST > and no other files? It used to be that 'distclean' did that, but no more. Just from experience, "make clean" should remove any files that make created, and I believe that "make realclean" should remove everything that wa

RE: Parrot Trooper

2002-02-08 Thread Wizard
Try this. It's might be too 1970's, though. Grant M. parrot.gif Description: GIF image

RE: PMCs, setting, and suchlike things

2002-02-13 Thread Wizard
> my Complex $c = 3+4i; > my $plain = 1.1; > $plain = $c; This might be even more "Complex" than that - what if Complex can be reduced? Should it? for instance: my Complex $c = 3+4i; my Complex $d = 4i; my $plain = $c / $d; Does $plain get promoted, or does the result from the division get demo

RE: PMCs, setting, and suchlike things

2002-02-13 Thread Wizard
Dan Sugalski wrote: > >my Complex $c = 3+4i; > >my Complex $d = 4i; > >my $plain = $c / $d; > > > >Does $plain get promoted, or does the result from the division > get demoted? > > Since $plain's not a fixed scalar type, it should be whatever the > division of $c and $d produces, presumably a comp