RE: This week's summary

> Rejigging NCI to use the ffcall library > Nick Glencross wondered about rejigging NCI, the parrot Native Call > Interface to use the ffcall library. In fact he went so far as to offer > up a proof of concept implementation. Apparently the ffcall approach > makes it much easier to write callba

RE: [POC] nci interface using ffcall library

.internals/browse_frm/thread/8b1b5e 7e343ce3c4/ and a shortened URL forwarded version: http://ffcall-perl6-internals.notlong.com Here's the tail end: 8. Dan Sugalski Jan 12 2004, 12:49 pm At 10:13 AM -0600 1/12/04, Garrett Goebel wrote: > >Tim Bunce wrote: >> >> I see Dan

Compilation Copyrights

n reserved, or those contributors from liability claims. In trying to come up to speed, I've found the following useful: http://linuxmafia.com/kb/Licensing_and_Law http://www.law.cornell.edu/uscode/html/uscode17/usc_sup_01_17.html http://www.law.cornell.edu/copyright/cases/259_F3d_065.htm http:

Perl6 license to distribute?

Y SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES * WHATSOEVER RESULTING FROM LOSS OF MIND, USE, DATA OR PROFITS, WHETHER * IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING * OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFT

RE: .method == $self.method or $_.method?

Autrijus Tang wrote: > > Luke Palmer wrote: > > > > And it would be a shame to disallow the use of $_ in map. > > Err, wait, I don't think we are discussing whether $_ is to > be outlawed in map {}. Perhaps we should consider making $_ readonly in map and grep?

RE: [perl #34258] [TODO] Here documents for PIR

, and high-level development will > continue to drag as it has for years. C scripting language implementations S-lang: http://www.s-lang.org/index.html seeR: http://przemekp.prv.pl/seer/ EiC: http://eic.sourceforge.net/ CSL: http://csl.sourceforge.net/ CINT: http://root.cern.ch/root/Cint.html

RE: Background materials

ant to GC. Many are linked to online > copies of the referenced works. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com garrett at scriptpro dot com

RE: Are we done with big changes?

the new faces that pop in after a release. Who's going to argue that new blood isn't better than old lurkers like myself that have a long track record of well... not much? Garrett -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com garrett at scriptpro dot com

RE: Towards 0.1.1 - timetable

Nice list. My favorites were: Black Lory Purple-bellied Green Pygmy Modest Tiger Malabar Nicobar Red-headed Lovebird Red-faced Scaly-headed Festive Mealy Red-fan Blue-bellied -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261

RE: [need input] interpreter permissioning

illes' heel, > Moses' laws, Isis' temple are commonly replaced by > > the heel of Achilles > the laws of Moses > the temple of Isis > > > The pronominal possessives hers, its, theirs, yours, and oneself > have no apostrophe. --

RE: ICU Outdated - Ideas

to have the same version installed > on the machine as the one you compiled with, or it won't > be usable. As a byproduct of this, nobody uses ICU > dynamically. Both Mozilla and OpenOffice use ICU for > their reordering, and both of them statically link it. As > a byproduct

RE: simple grammar example

sed implementation of Perl 6 regex syntax in Perl 5. It implements most, but not all of Perl 6 regex syntax due to limitations of Perl 5. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Miss

RE: Cygwin problem: -j not working again [x-adr][x-bayes]

ter. Just in case you're crazy enough to think of trying it, don't. Unless you like the idea of bad turkish coffee with peanut butter consistency. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

Richard Jone's: the Garbage Collection Page

site: http://www.cs.kent.ac.uk/people/staff/rej/gc.html Among other things, Jones maintains a bibliography of >1875 references to papers relevant to GC. Many are linked to online copies of the referenced works. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 58

Synopsis 3 not on dev.perl.org?

I found Luke Palmer's Synopsis 3 on perl.com at http://www.perl.com/pub/a/2004/03/18/synopsis3.html but didn't see it out at http://dev.perl.org/perl6/synopsis/. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road

RE: Safety and security

//www.onjava.com/pub/a/onjava/2003/11/26/javavsdotnet.html http://www.onjava.com/pub/a/onjava/2003/12/10/javavsdotnet.html -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202

RE: Feature freeze

uot;kaka" is childish slang for shit as is "poo". -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com garrett at scriptpro dot com

RE: nci

miliar with libffi so this may be a dumb question, > > but why the apparent reluctance to use it? > > In http://www.nntp.perl.org/group/perl.perl6.internals/253 I see > Garrett Goebel quotes Bruno Haible saying "I could agree to the > LGPL license. Perl co

RE: nci

but why the apparent reluctance to use it? The reluctance probably doesn't have anything to do with its very liberal licensing terms... The libffi was originally produced by Cygnus, but is now actively maintained as part of GCC. http://sources.redhat.com/libffi/ http://gcc.gnu.org/cgi-bin/cv

2 papers on nonblocking lock-free and wait-free synchronization t echniques

icrokernel running atop an OS' system-call interface, is perhaps not so dissimilar from a common language interpreter like parrot that these papers may hopefully prove useful to someone... -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261

RE: Threads Design. A Win32 perspective.

Move along." On the off chance that anyone's interested, here's a critique of the ANSI SQL-92 isolation levels: http://citeseer.nj.nec.com/berenson95critique.html -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com garrett at scriptpro dot com

RE: configure on windows

ontent Type (MIME): application/perl Select the 'new' button to create a new action, and enter the following: Action: open Application used to perform action: [path to perl.exe] %1 "%*" -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com garrett at scriptpro dot com

RE: Website needs updating

Matt_Fowles wrote: > > Perhaps replacing it with somehting that is easier to keep > up-to-date like a wiki would be useful... Mike Scott created an unofficial wiki at http://www.vendian.org/parrot/wiki/bin/view.cgi -- Garrett Goebel IS Development Specialist

RE: MANIFEST verification

ot;.ExtUtils::Manifest::_unmacify($file) : ''; warn "Not in $ExtUtils::Manifest::MANIFEST: $file$canon\n"; } } # _check_files foreach my $file (sort keys %$read) { warn "No such file: $file\n" unless exists $found->{$file} } 1; __

RE: 0.0.11 Release

;\, n. [F. doublon, Sp. doblon. See {Double}, > a., and cf. {Dupion}.] > > A Spanish gold coin, no longer issued, varying in value at > different times from over fifteen dollars to about five. See > {Doblon} in Sup. sounds good... -- Garrett Goebel IS Development Specialist ScriptPro

RE: [RfC] vtable->dump

Garrett Goebel wrote: > Nicholas Clark wrote: > > Garrett Goebel wrote: > > > Leopold Toetsch wrote: > > > > Garrett Goebel <[EMAIL PROTECTED]> wrote: > > > > > > > > > As I was googling to see how other people have approached

RE: [RfC] vtable->dump

Nicholas Clark wrote: > Garrett Goebel wrote: > > Leopold Toetsch wrote: > > > Garrett Goebel <[EMAIL PROTECTED]> wrote: > > > > > > > As I was googling to see how other people have approached > > > > these problems I ran

RE: [RfC] vtable->dump

Leopold Toetsch wrote: > Garrett Goebel <[EMAIL PROTECTED]> wrote: > > > As I was googling to see how other people have approached > > these problems I ran across: > > > http://blogs.gotdotnet.com/cbrumme/CategoryView.aspx/CLR > > What did you find ther

RE: [RfC] vtable->dump

er level. Deadlocks are > > an unfortunate fact of life in a threaded environment. As I was googling to see how other people have approached these problems I ran across: http://blogs.gotdotnet.com/cbrumme/CategoryView.aspx/CLR -- Garrett Goebel IS Development Specialist ScriptPro

RE: Should I target Parrot? [x-adr][x-bayes]

requires roughly 1GB RAM, and > the act of starting and stopping all 100,000 threads in > parallel takes only 2 seconds. That still isn't millions... but they did mention an IA32 configuration that would support 564,000. -- Garrett Goebel IS Development Specialist ScriptPro

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

xy. By Douglas Adams available at bookstores, libraries and space stations everywhere. Look for the big, friendly green-creature on the front cover and the nicely re-assuring words: Don't Panic! -- Don't leave your planet without it!!! -- Garrett Goebel IS Development Specia

RE: DoD ordering (was Re: Timely object destruction)

destruction couldn't be guaranteed. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds RoadMain: 913.384.1008 Mission, KS 66202 Fax:913.384.2180 www.scriptpro.com garrett at scriptpro dot com

RE: Timely destruction

hile $reader }; Couldn't parrot divorce itself from the timely destruction issue and punt that to the higher level languages? Require the HLL or programmer to call an explicit destructor, and have parrot's idea of timely destruction be limited to the HLL forcing gar

RE: Object spec [x-adr][x-bayes]

Sam Vilain wrote: > > On Thu, 06 Mar 2003 05:10, Garrett Goebel wrote: > > Several people have mentioned a desire to see Perl6 > > and Parrot facilitate object persistence. Should > > such issues be tackled in Parrot? > > Not necessarily. Just be friendly to objec

RE: Object spec

Obviously the OMG's UML and family of specifications deal with these issues. What other practical approaches exist? -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds RoadMain: 913.384.1008 Mission, KS 66202 Fax:

RE: Object spec, try 2 [x-adr][x-bayes]

Erik Bågfors wrote: > On Mon, 2003-03-03 at 16:52, Garrett Goebel wrote: > > From: Erik Bågfors [mailto:[EMAIL PROTECTED] > > > On Sun, 2003-03-02 at 23:21, Dan Sugalski wrote: > > > > > > > > Objects have (all optional): > > > > > >

RE: Object spec, try 2 [x-adr][x-bayes]

how is the difference between a class variable and a object > variable? Don't you mean class attribute and object attribute? The first is class-wide and accessible to all objects, whereas the latter is specific the object instance: obj.population vs obj.birthdate -- Garrett Goebel IS Dev

RE: Parrot 0.0.10 freeze [x-adr]

Jim Cromie wrote: > Jerome Quelin wrote: > >Steve Fink wrote: > >> > >>I'm assuming this will be 0.0.10 > > > >codename? I tried to resist... but I can't. How about "Orange Juice" as an homage to Leo's recent -

RE: how to build imcc? [x-adr][x-bayes]

e '...' Win32 doesn't like that. It needs double-quotes. >perl -e 'print 1' Can't find string terminator "'" anywhere before EOF at -e line 1. Try modifying this file to use: perl -e "..." instead... -- Garrett Goebel I

RE: Arrays vs. Lists [x-adr]

tion is whether it is still accurate in the _context_ of Perl6 ;) > But is it OK for a list to be silently promoted to an array when used > as an array? So that all of the following would work, and > not just 50% of them? > > (1..10).map {...} > [1..10].map {...} >

RE: Arrays vs. Lists [x-adr]

anyone see any changes in perl6 to invalidate that > separation of lists and arrays? Immediately thereafter, Larry left room to imply list may actually be spelled a-r-r-a-y... -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road

out-of-place-rant (was: summarizing the obvious)

Michael Lazzaro wrote: > On Friday, January 31, 2003, at 09:40 AM, Garrett Goebel wrote: > > > > > > I'm disappointed that The Perl Foundation (TPF) has been so > > quiet and unresponsive on support for our core language > > designers and architects. I drop

summarizing the obvious (was: arrays, hashes unified ...)

From: Piers Cawley [mailto:[EMAIL PROTECTED]] > Garrett Goebel <[EMAIL PROTECTED]> writes: > > > > $idx_of_foo = $queue['foo']; # named lookup > > $nth_foo= $queue[600]; # ordered lookup > > > > One is SvPOK the other SvIOK... > > > &

RE: arrays, hashes unified indexing syntax impact on futurevariat ion s on other collection types [x-bayes]

From: Piers Cawley [mailto:[EMAIL PROTECTED]] > Garrett Goebel <[EMAIL PROTECTED]> writes: > > > > And what's to prevent that collection object from handling: > > > > my $queue = SomeQueue.new; > > > > $queue.push('foo&

RE: arrays, hashes unified indexing syntax impact on futurevariat ion s on other collection types [x-bayes]

Piers Cawley wrote: > Garrett Goebel <[EMAIL PROTECTED]> writes: > > > > What was the reason again which Larry rejected unifying the > > syntax for array and hash indexing? As Piers said, we know > > whether $a is an array or hash reference when we do: > > &

RE: arrays, hashes unified indexing syntax impact on future varia tion s on other collection types

Apologies in advance for beating this dead horse... Damian Conway wrote: > Garrett Goebel wrote: > > > What was the reason again which Larry rejected unifying the > > syntax for array > > and hash indexing? > > Because some things have both, and do different thing

arrays, hashes unified indexing syntax impact on future variation s on other collection types

Joseph F. Ryan wrote: > Stéphane Payrard wrote: > > > >I think that arrays and associative tables are very > >different entities for two reasons: > > -type of keys. array keys are integers > > -cost of insertion and deletion operations: O(n) and > > lower for associative table ( O(1) if you do

RE: [CVS ci] packfile #2

27;ve found yet is: http://www.validlab.com/754R/ It has faithful representations of all the relevant IEEE standards, meeting minutes, and proposals. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.38

RE: [CVS ci] packfile #2 [x-bayes]

From: Bryan C. Warnock [mailto:[EMAIL PROTECTED]] > On Tue, 2003-01-28 at 17:12, Garrett Goebel wrote: > > > > There are 3 standard binary IEEE 754 derived formats: > > > > Single Precision: 4 bytes > > Double Precision: 8 bytes > > Quadruple P

RE: [CVS ci] packfile #2

/IEEE754/ IEEE 854 Decimal Floating Point IBM's decNumber Library (non-free ANSI C impl of IEEE 854): http://www2.hursley.ibm.com/decimal/decnumber.html IBM's BigDecimal (open-source impl for Java of IEEE 854): http://www2.hursley.ibm.com/decimalj/ --

ic cpu specs

! Also of interest may be: http://www.mit.edu/afs/sipb/contrib/doc/specs/ic/cpu/ -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Multimethod/multisub thought...

From: Brent Dax [mailto:[EMAIL PROTECTED]] > Garrett Goebel: > # Brent Dax wrote: > # > > # > This is also a problem with using want(). > # > > # > If we don't provide wants_scalar/wants_list, someone will > # > build it with want(), so we might as well

RE: Multimethod/multisub thought... [x-adr]

> (probably by specifying which one should be the default). Where "special value" is a junction: 'scalar' | 'list'? -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Parrot Developer Day(s)? [x-adr]

/ Which is useful, as they let you > look up locations by postcode, OS grid reference and lots of > other things. I await to see how many people this is useful > for. In the US, you can do these lookups by zipcode at: http://tiger.census.gov/cgi-bin/mapbrowse-tbl -- Garrett Goebel I

RE: L2R/R2L syntax [x-adr][x-bayes]

ble to match last years' contribution. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

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

od "bar" via package "Foo" (perhaps you forgot to load " Foo"?) at [...] line 7. As you can see, this is something you can do this in Perl5. And as Perl6 is supposed to be able to run Perl5... I'd think this'd be something parrot'd be required to support. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Objects, finally (try 1)

e chance of being invalidated before its called. I realize with Perl6 we'll have the possiblity of multi-method dispatch. But my assumption based on Damian's posts to perl6-language is that Perl6's ->can will support passing some form of parameter list specification so that it'd be po

RE: Objects, finally (try 1)

ut attributes are fixed. (I > think you could also consider attributes "instance variables", but > I'm a bit OO fuzzy so I'm not sure that's entirely right) Both classes and objects can have attributes. No runtime modification of class and/or object attr

RE: Infant mortality [x-adr][x-bayes]

t same Re: DOC etc thread... http://groups.google.com/groups?q=refcount+GC&meta=group%3Dperl.perl6.intern als -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202

RE: Comparing Object Identity

any > given class are so low that we'd probably be better off > leaving it as a DIY project. I thought we wanted to be able to guarantee a unique identifier across the life of the object? -Objects may outlive processes... I'd rather trust the implementation than DIY'ers.

RE: Comparing Object Identity [x-adr][x-bayes]

UUID: Universal Unique Identifier (DCE) http://www.opengroup.org/onlinepubs/9629399/apdxa.htm GUID: Globally Unique Identfier (EFI) http://ulita.ms.mff.cuni.cz/pub/techdoc/ia64/EFISpec_092.pdf (page 319) Of the 2, usage of "GUID" seems to be more common IMHO. Both of the above are id

RE: Comparing Object Identity (was: Re: Stringification of refere nces (Decision, Please?)) [x-adr][x-bayes]

John Siracusa wrote: > On 12/12/02 12:55 PM, Larry Wall wrote: > > As for namespace pollution and classes that use .id in Perl 5, I > > don't think it's going to be a big problem. Built-in identifiers > > do not have a required prefix, but they have an optional prefix, > > which is C<*>. I think

RE: Numeric literals, take 1 [x-bayes][x-adr]

perl.org/msg08359.html http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=Pine.LNX.4.44.021 0311948500.18773-10%40london.wall.org&rnum=1&prev=/groups%3Fnum%3D20%26h l%3Den%26lr%3D%26ie%3DISO-8859-1%26q%3D%2B%2522IEEE%2522%2Bgroup%253Aperl.pe rl6.lan

RE: Status Summary; next steps [x-bayes][x-adr]

en&lr=&ie=UTF-8&selm=Pine.LNX.4.44.021031 1952540.18773-10%40london.wall.org -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Glossary? [x-adr]

gt; will supply an unbounded list context to the right side, but > > (@foo, @bar) = (@bar, @foo) > > will supply a context to the right side that requests two > scalar values that are array references. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Status Summary; next steps [x-bayes][x-adr]

pacts, ideological ax grinding, etc. so that p6l can refer people to the old arguments instead of wasting ever more time on them. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Numeric Literals (Summary) [x-bayes][x-adr]

; >256#0.253.254.255 # base 256 > > is trying to call the 254 method on 256#0.253, since > you can only have one radix point. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: String to Num (was Re: Numeric Literals (Summary)) [x-bayes][ x-adr]

From: Michael Lazzaro [mailto:[EMAIL PROTECTED]] > > and _I'm_ trying to promote the reuse of the old "oct/hex" > functions to do a similar both-way thing, such that: [...] > but people just aren't biting, so far. Don't see why > not, I think it's keen. There's the problem Larry ment

RE: Numeric Literals (Summary 2)

From: Michael Lazzaro [mailto:[EMAIL PROTECTED]] > On Monday, November 18, 2002, at 11:37 AM, Garrett Goebel wrote: > > In perl5, octal is signified by the leading zero. There is no 0c0123 > > notation. > > Right, but on p6l we had been talking about eliminating the assumed

RE: Numeric Literals (Summary 2)

0c0123" gives: Bareword found where operator expected at -e line 1, near "0c123" (Missing operator before c0123?) syntax error at -e line 1, next token ??? Execution of -e aborted due to compilation errors. In perl5, octel is signified by the leading zero. There is no 0c

RE: Glossary?

From: Dave Storrs [mailto:[EMAIL PROTECTED]] > On Thu, Nov 14, 2002 at 02:29:38PM -0600, Garrett Goebel wrote: > > It is interesting that no one has yet taken the time to > > start defining the terms we're using. > > Good point. I volunteered to be keeper of the glo

RE: Numeric Literals (Summary)

t pool, I'll try to summarize the syntax issues... But aren't the 1*10:9, -2:1 or 2:-1, 0:0, 1:0, 37:aA, etc. issues exactly the type of questions we're supposed to be steering back to perl6-language? -- Garrett Goebel IS Development Specialist ScriptPro Direct:

RE: Perl 6 Test Organization

From: Leopold Toetsch [mailto:lt@;toetsch.at] > Garrett Goebel wrote: > > From: chromatic [mailto:chromatic@;wgz.org] > > > >>Brent Dax had a nice suggestion for Perl 6 test organization. > >>I like it tremendously. > > > > isn't it missing: t

RE: Perl 6 Test Organization

prop/ > > taint/ > > array/ > > normal/ > > sized/ > > typed/ [...] -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

list == literal array? (was: Glossary?)

Stéphane Payrard wrote: > On (14/11/02 16:21), Garrett Goebel wrote: > > Stéphane Payrard wrote: > > > > > > But when we say literal array, do we talk about the representation > > > or the value? > > > > The representation of a fixed value.

RE: String concatentation operator

$foo.run; do? Invoke the run method against all of the object-eigenstates? And if not in a void context, return a junction containing their results? -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Glossary?

Stéphane Payrard wrote: > On (14/11/02 14:29), Garrett Goebel wrote: > > > > It is interesting that no one has yet taken the time to > > start defining the terms we're using. > > > > For instance what is a literal? > > > > Would everyone agree

Glossary?

value. To illustrate this b101, 0101, 0x41, and 64:11 are all literal numeric integer representations of the value more commonly represented in decimal notation as 65. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road

RE: Project Start: Section 1

Andrew Wilson wrote: > > On Tue, Nov 12, 2002 at 12:16:53PM -0600, Jonathan Scott Duff wrote: > > On Tue, Nov 12, 2002 at 12:06:13PM -0600, Garrett Goebel wrote: > > > Or if the leading = really must be required: > > > > > > =*> level1 >

RE: Project Start: Section 1

Brent Dax wrote: > > Garrett Goebel: > # =*> level1 > # =>> level2 > # =+>>> level3 > # =*>>>> level4 > # =>>> level3 > # => level1 > > Too much punctuation, IMHO. If it ever does become

RE: Project Start: Section 1

Where the * signifies unordered, + ordered, > over, and < back? And if there really is no reason to explicitly require the =back, then it'd look even better: *> level1 >> level2 +>>> level3 *>>>> level4 >>&g

HOWTO: Writing Perl6 Tests (was: Project Start: Section 1)

matic's: An Introduction to Testing http://www.perl.com/pub/a/2001/12/04/testing.html And there's the Perl QA sites: http://qa.perl.org/ http://magnonel.guild.net/~schwern/cgi-bin/perl-qa-wiki.cgi And Michael G. Schwern's: http://magnonel.guild.net/~schwern/talks/Writing_A

The eternal "use XXX instead of POD" debate (was: Project Start: Section 1)

hat it's extensibility is a little cleaner and easier on the eyes. And that it is less sensitive to whitespace. So my humble advice would be to forget XXX, concentrate on the shortcomings of POD, and perhaps merge whatever new extensible functionality you want, like say support for cascadi

RE: Primitive Vs Object types

me properties. > > > >From E2: a C will never have attributes or promote to an object. > > Attributes aren't properties. I thought: 'attributes' :Perl5 == 'properites' isa Perl6 Can someone point me to Perl6 definitions for both terms? -- Garrett

RE: perl6-lang Project Management

Angel Faus wrote: > > So, while we all wait for Larry to wait the design, is there any > reason not to start working in the documentation? Any chance of getting a wiki setup at: http://dev.perl.org/perl6/cathecism/ Say using a wiki which uses pod for markup like: http://search.cpan.org/auth

RE: UTF-8 and Unicode FAQ, demos

in here? > > I know I'm just another sample point in a sea of samples Can't we have our cake and eat it too? Give ASCII digraph or trigraph alternatives for the incoming tide of Perl6 Unicode? Allow both >>*<< and »*«? Or something similar '>>*'<<

RE: [RFC] Perl Operator List, TAKE 6

; I could see using backtick as the "escape" code for things > like `<< or `>> which would turn into what some benighted > soul called "girly" angles. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: [RFC] Perl6 Operator List, Take 5

In the quest for keys anyone can reach on any keyboard... instead of «*» why not: (>*<), <)*(>, >)*(<, [>*<], or [)*(] Which stands out best? @a «*» @b @a (>*<) @b @a <)*(> @b @a >)*(< @b @a [>*<] @b @a [)*(] @b IMHO [>*<] --

RE: Wh<[ie]>ther Infix Superposition ops

ators". Great minds think alike. Or in this case even me ;) I was just describing superpositions as set operations to one of our developers... I'm left wondering what the relationship between Perl6 and relational databases will be. Where one will leave off and the other will be

RE: [perl #18127] [PATCH] Implicit stack direction probe

s performance degradation and in some instances program failures. And also interesting: http://research.microsoft.com/users/jch/fftw-performance.html Tuning 64-bit floating point code on x86 using gcc, Visual C, and Intel C compilers -- Garrett Goebel IS Development Specialist ScriptPro

RE: Draft Proposal: Declaring Classwide Attributes

ance). In your superposition example (Class|Dog), am I'm assuming correctly that you could invoke that method with an instance of any object that IS-A Dog? -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.3

RE: Private contracts?

Michael G Schwern: > Garrett Goebel wrote: > > Michael G Schwern: > > > shouldn't we have private invariants and conditions? > > > > no. > > Ummm, why? Maybe I'm just grinding an ax... If you allow an interface's post conditions and in

RE: Delegation syntax? (was: Re: Private contracts)

John Williams: > Reaction #2: Inheritance would automatically delegate all those > methods, so again, in what way does inheritance _not_ solve > the problem? What about when you want to be able to dynamically swap the objects to which you're delegating? -- Garrett Goebel

RE: Private contracts?

Michael G Schwern: > Garrett Goebel wrote: > > A derived interface can loosen input constraints... so > > it must be able to either satisfy all inherited pre- > > conditions _or_ its own pre-conditions. > > Looking around, this seems to be regarded as something of a

RE: Private contracts?

e to preclude the code block? Also if you rely on attributes to hang conditions... you're ruling out the ability to reference things in the lexical context of the code block. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

RE: Private contracts?

NDs. > > As expressions in Perl run a tad beyond simple boolean logic, > could you give a concrete example? all inherited pre-conditions pass or class' own pre-conditions pass -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds

RE: Private contracts?

Garrett Goebel: > Michael G Schwern: > > But I don't want my subclasses to be constrained by that. > > It's just an implementation detail that I only wish to > > enforce upon ATV and not it's children. implementation details don't belong in interfaces

RE: Private contracts?

not it's children. So they're > private. > > Makes sense, no? No. Per DBC, pre-conditions are satisfied if either the inherited pre-conditions _or_ its own pre-conditions are satisfied. Thus allowing the loosening of input constraints which I believe is what you're af

RE: [PATCH] Re: [perl #17091] 64-bit-int builds broken

" monitor (i think), which child #1 had been using for games and web access. The SS5 has a debian linux distribution installed and is available for a good home for the price of postage. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Ree

RE: Parrot: maximizing the audience

er languages are second class citizens. But it would be nice to see the door to the club house opened a little wider. -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com [EMAIL PROTECTED]

  1   2   3   >