From: David L. Nicol [mailto:[EMAIL PROTECTED]]
> Russ Allbery wrote:
> >
> > a caseless character wouldn't show up in
> > either IsLower or IsUpper.
>
> maybe an IsCaseless is warrented -- or Is[Upper|Lower]
> could return UNKNOWN instead of TRUE|FALSE, if the
> extended boolean attributes all
[I'm hoping people'll refrain from making this a GPL thread]
Has anyone paid more than cursory attention to the recent announcements
about "OpenSource" alternatives to .Net? Would Perl 6 stand to benefit from
mindshare between these projects? Or are they just potential targets in the
same vein as
http://www.cminusminus.org/abstracts/c--con.html
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> At 10:32 AM 9/4/2001 +0100, Piers Cawley wrote:
> > > * Methods get their parameters passed in as a list in
> > > * PMC register 0, unless we can unambiguously figure
> > > * out their prototype at compilation time
> >
> >Will the subroutine know how
From: Graham Barr [mailto:[EMAIL PROTECTED]]
> On Tue, Sep 04, 2001 at 03:03:04PM -0400, Dan Sugalski wrote:
> > At 01:58 PM 9/4/2001 -0500, Garrett Goebel wrote:
> > >From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> > > > At 10:32 AM 9/4/2001 +0100, Piers Cawley wrot
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
>
> The real question, as I see it, is "Should we look
> lexicals up by name?" And the answer is Yes. Larry's
> decreed it, and it makes sense. (I'm half-tempted to
> hack up something to let it be done in perl 5
> --wouldn't take much work)
No need,
From: Dave Mitchell [mailto:[EMAIL PROTECTED]]
Subject: pads and lexicals
>
> Dave "confused as always" M.
>
I just wanted to say that I'm really enjoying this pad/lexical thread.
There's a lot of info passing back and forth that I don't believe is clearly
documented in perlguts, etc. I expect
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> At 11:33 PM 10/23/2001 -0700, Russ Allbery wrote:
> >Configure doesn't really deal with portability to non-Unix
> >systems either, being a shell script itself. Perl seemed
> >to just bypass it in favor of pre-generated results.
>
> Configure still
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> At 12:29 PM 12/5/2001 -0500, Melvin Smith wrote:
>
> > >>A: VMS' QIO system. Sorta.
> >
> >Its been years since I worked on VMS. QIO is sorta
> >"async-IO", no?
>
> Completely async, yep, as are many of VMS' system calls.
>
> >Can someone point me
From: Andrew J Bromage [mailto:[EMAIL PROTECTED]]
> On Wed, Dec 05, 2001 at 01:23:34PM -0500, Dan Sugalski wrote:
>
> > Besides, the only p-code machine I could think of was UCSD
> > Pascal running on the Apple IIs, and that seemed a bit old
> > to reference.
>
> FWIW, in the last days of Micro
From: Andy Dougherty [mailto:[EMAIL PROTECTED]]
>
> This patch fixes up Makefile.in to handle subdirectories
> along the lines
> I suggested yesterday. (The make -C trick is GNU-specific
> and hence not
> portable, and the cd dir; $(MAKE) trick is Unix-specific and hence not
> portable.) This
From: Garrett Goebel [mailto:[EMAIL PROTECTED]]
>
> That gets me further on Win32... now we hit Win32 perl -e and quoting
> issues...
>
> c:\perl\bin\perl.exe -ne 'next unless /Parrot_default/;
> s/{/;/;s/^/extern /;print' default.c > default.h
Title: RE: Better temporary Makefile patch
Okay... let me try again.
This fixes:
o parrot/classes/Makefile.in to use double quotes
instead of single quotes with perl -e
o parrot/languages/Makefile.in to use && instead of $(MAKE) -C
After which I can:
perl ./Configure.pl && nmake &
Dan, back in Novemeber you mentioned talking with Eric Raymond about CML2 in
the context of the configuration and build issues surrounding Parrot. What
ever became of that?
I've also been hearing the occassional peep about a soon to materialize make
replacement. And mutterings related to autoconf
From: Hong Zhang [mailto:[EMAIL PROTECTED]]
>
> > But e` and e are different letters man. And re`sume` and resume are
> > different words come to that. If the user wants something that'll
> > match 'em both then the pattern should surely be:
> >
> >/r[ee`]sum[ee`]/
>
> I disagree. The diffe
Title: RE: Parrot Trooper
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> At 7:09 AM -0500 2/6/02, Gregor N. Purdy wrote:
> >Melvin --
> >
> >
> >> I'd like to do a Parrot Trooper t-shirt or something along > >> those lines. Maybe some of you guys have some cool theme
> >> we could use, bu
From: Jeff [mailto:[EMAIL PROTECTED]]
>
> I'm going to try to have the assembler done over the weekend,
> with at the least hooks for a macro system so that people can
> work on pieces of that.
Are you working with Simon Cozens' unchecked-in assembler? Or
yet-another-assembler? My understanding
st system not second.
And with a goal like he'll always have at least one voice screaming bloat
into the one ear, while someone else'll be asking for support for yet
another obscure language feature in the other. If list traffic is any
indicator, Dan's done a credible job navigating it
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]
" 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
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
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]
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
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
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
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
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]
/ 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
!
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]
/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/
--
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
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
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
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 -
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
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):
> > > >
> >
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
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
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
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
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
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
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
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
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
;\, 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
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;
__
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
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
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
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
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
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
I don't know if this would be of use, but the PostGreSQL Win32 port is using
signal code contributed under BSD license by Dann Corbit.
ftp://momjian.postgresql.org/pub/postgresql/win32/CONNX
--
Garrett Goebel
IS Development Specialist
ScriptPro Direct: 913.403.5261
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
//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
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]
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
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
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.
--
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
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
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
, 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
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
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:
.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
> 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
From: John Tobey [mailto:[EMAIL PROTECTED]]
>
> Since this issue mainly affects Windows users (I assume),
Actually I've run across a couple people wanting this on unices.
> That's a different problem. Configure is trying to reverse engineer
> header files. Garrett already knows the prototype
There is a Deep C# article (07/20/2000) over at MSDN. But as it states, the
pickings from Microsoft are pretty slim.
http://msdn.microsoft.com/voices/deep07202000.asp
The article points to a 07/13/2000 discussion from the ECMS TC39 meetings:
http://www2.hursley.ibm.com/tc39/mins-13jul00.html#cs
Reposted without permission from http://www.ecma.ch/ecma1/NEWS/NEWS.HTM:
===cut===
Two new projects for ECMA TC39
Microsoft, an Ordinary Member of ECMA, has proposed some new
projects for standardization in ECMA. Negotiations with other
sponsors from within ECMA and from outside are going on. T
With Bruno Haible's permission, I'm reposting a portion of our
correspondence. The gist of which is that he'd be willing to make ffcall
available for use with Perl under the LGPL.
Bruno's homepage: http://clisp.cons.org/~haible/packages.html
Paul Moore's FFI.pm: http://www.cpan.org/modules/by-mod
From: Larry Wall [mailto:[EMAIL PROTECTED]]
>
> Here's another article that talks about a lot of the things we
> *should* be thinking. In fact, it's possible this article should
> be required reading for anyone who aspires to be a Perl designer.
>
> http://windows.oreilly.com/news/hejlsberg_0800.
From: Nick Ing-Simmons [mailto:[EMAIL PROTECTED]]
>
> In order to make that work you have required the lexer to
> pass you the {space}markers. That makes the parser do a lot
> more work throwing them away.
>
> It can also easily stop grammar being LALR(1) and hence yacc/bison
> parsable - you b
How small?
I'd like to get barebones Perl and Linux on a 1.44MB floppy...
If it is currently possible, I'd like to know... Perhaps someone has already
created such a single disk linux distro?
Garrett
P.S. I know one group of developers who'd be interested in putting Perl on a
microcontroller.
From: John van V [mailto:[EMAIL PROTECTED]]
>
> I'm not sure where CORBA fits into the picture
I doubt it fits in the internals...
> But one of the contractors here is thinking about switching
> to python to get the CORBA implementation, he claims perl is
> not serious in that direction.
We
From: Garrett Goebel
> From: Dan Sugalski [<mailto:[EMAIL PROTECTED]>mailto:[EMAIL PROTECTED]]
> > (Though if someone comes up with a way to make the
> > platform-dependent bits really small and isolated I'm all for it)
>
[mention of C--]
>
> From: Dan Sugals
From: Simon Cozens [mailto:[EMAIL PROTECTED]]
>
> On Tue, Oct 24, 2000 at 12:54:26PM -0500, Garrett Goebel wrote:
> > Everyone seems to have their favorite laundry list of the
> > failings of C, and an accompanying list of complex and/or
> > fragile solutions.
>
From: John Porter [mailto:[EMAIL PROTECTED]]
>
> Garrett Goebel wrote:
> >
> > I'm sure you won't be surprised by this, but I recall John
> > Porter as being a C-- fan. Now why is he being mysteriously silent?
>
> Nope, wasn't me. Never heard of it
From: David L. Nicol [mailto:[EMAIL PROTECTED]]
>
> Is there a way to determine if a word is defined as a command? (A few
> methods come to mind, including getting a list from the documentation
> and making a hash of it)
foreach my $func (qw(grep map die printf sprintf foo bar baz)) {
eval {
From: Sam Tregar [mailto:[EMAIL PROTECTED]]
> I'm a jerk, so I have to ask: do they exist? What platform are you
> talking about where there exists a JVM and where no C compiler can
> target the architecture? How did they write the JVM with no C
> compiler?
C was written in NB/B
NB was written
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
>
> Screw Visual Basic, Perl should be the scripting language of
> choice for, well, everything! :)
Well... then someone needs to make it easier to dynamically access the Win32
API from Perl.
Visual Basic has been growing up too. And it's a whole l
From: Simon Cozens [mailto:[EMAIL PROTECTED]]
>
> Never over-design. Never think "Hmm, maybe somebody would find this
> useful". Start from what you know people _have_ to have, and try to
> make that set smaller. When you can make it no smaller, you've
> reached one point. That's a good point
From: Edwin Steiner [mailto:[EMAIL PROTECTED]]
>
> Branden wrote:
> >
> > and the other thing is that creating a
> > vtable for another type would break all existing types.
> >
> > Example: suppose we want compiled regexes (qr/^xyz$/)
> > to have its own vtable so that we could inspect them
> >
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
>
> No, you attach the magic to a value. Perl just doesn't copy
> magic when it copies data. Whether this is a good thing or
> not is up in the air. (Half the time I want it to, the other
> half I don't...)
Is there a good discussion of magic, copyi
From: Branden [mailto:[EMAIL PROTECTED]]
>
> try to define a method in package bar and try to call it
> from $bar, like $bar->foo. Won't work either, you have
> to ${$bar}->foo. Overloading should loose the magic
> in the same sense that the method should not be called.
No, $bar->asString and $b
From: Tim Bunce [mailto:[EMAIL PROTECTED]]
>
> On Tue, Feb 06, 2001 at 12:28:23PM -0500, Dan Sugalski wrote:
> >
> > At 11:26 AM 2/6/2001 +, Tim Bunce wrote:
> > >
> > > On Mon, Feb 05, 2001 at 05:14:44PM -0500, Dan Sugalski wrote:
> > > >
> > > > =head2 Core datatypes
> > > >
> > > > For eas
From: Nicholas Clark [mailto:[EMAIL PROTECTED]]
>
> On Thu, Mar 22, 2001 at 04:10:28PM -0500, Dan Sugalski wrote:
> > 1) All Unicode data perl does regular expressions against
> >will be in Normalization Form C, except for...
> > 2) Regexes tagged to run against a decomposed form will
> >
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> At 11:09 PM 3/23/2001 +, Simon Cozens wrote:
> >
> > For instance, chr() will produce Unicode codepoints. But
> > you can pretend that they're ASCII codepoints, it's only
> > the EBCDIC folk that'll get hurt. I hope and suspect
> > there'll be an
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> At 05:09 PM 3/23/2001 -0800, Damien Neil wrote:
> > So the results of ord are dependent on a global setting for
> > "current character set" or some such, not on the encoding
> > of the string that is passed to it?
>
> Nope, ord is dependent on the s
From: Damien Neil [mailto:[EMAIL PROTECTED]]
> On Mon, Mar 26, 2001 at 08:37:05PM +, [EMAIL PROTECTED] wrote:
> > >
> > > If ord is dependent on the encoding of the string it gets, as Dan
> > > was saying, than ord($e) is 0x81,
> >
> > It it could still be 0x81 (from ebcdic) with the encodin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
[...]
> Well, I think that's all I have to say on the subject. Now
> I'd like to hear from you. Do this all make sense? Is it
> useful? Is it worth for Perl 6? Is it too clumsy? Are there
> things I didn't mention here?
I hope our more enligh
> > The equivalent of an AV should store an array of values rather
> > than variables.
>
> I disagree.
>
> $a = 1;
> @b = ($a);
> $c = $b[0];
oops I meant:
Wouldn't you like to preserve the possibility of allowing $c
get both the variable and value vtables of $a?
93 matches
Mail list logo
