On Mon, Jul 09, 2001 at 04:30:08PM -0400, Dan Sugalski wrote:
> At 03:30 PM 7/9/2001 -0400, Uri Guttman wrote:
> >definitely insert special opcodes only when asked for by a compiler
> >option. stuff like profiling, tracing, fine grained single step (op
> >code) debugging should be supported with s
At 09:58 PM 7/7/2001 -0400, Uri Guttman wrote:
> > "PJ" == Paul Johnson <[EMAIL PROTECTED]> writes:
>
> PJ> Some method of attaching a callback function to arbitrary opcodes would
> PJ> be very useful.
>
>how would you propose those callbacks be attached without op codes to do
>the callbac
At 02:25 AM 7/9/2001 -0400, Uri Guttman wrote:
> > "PJ" == Paul Johnson <[EMAIL PROTECTED]> writes:
>
> >> how would you propose those callbacks be attached without op codes to do
> >> the callback? :)
>
> PJ> Well I was specifying requirements rather than proposing
> PJ> solutions, bu
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>> well, i am sorta pushing for more work to be done on actually
>> implementing some early core stuff. i proposed work on the event system
>> even as a learning project to get a portable event system up in perl5.
DS> Cool--so... got
At 03:30 PM 7/9/2001 -0400, Uri Guttman wrote:
> > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
> PJ> Done by what? Adding opcodes at all conceivable positions could
> PJ> be unnecessarily expensive for most applications, and you're bound
> PJ> to miss something that someone wants.
> do
>
> s%([A-Z]+)([BE])%<${\(($2 eq 'E')?'/':'')}$1>%g
>
> on that and you've almost got XML!
XML
is
much
too
verbose
.
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
On Mon, Jul 09, 2001 at 08:54:49PM -0700, Steve Fink wrote:
> User-defined types?
Haven't even thought about them yet.
> > I'm pondering this being okay:
> >
> > my Num$dec = 4.0;
> > my Int$int = $dec; # Num -> Int okay since 4.0 truncates to 4
> >
On Mon, Jul 09, 2001 at 10:37:47PM -0500, David L. Nicol wrote:
> Jeremy Howard wrote:
> \
> > Perl 5 didn't need templates, because there wasn't compile-time typing. But
> > with Perl 6 I want to send my compact array of integers to the same fast
> > sum() function as my compact array of floats,
> > I haven't been tricked into reading MJD's article yet, but might your
> > third option be multiple functions with parameter-type-based dispatch?
> > We can do that with perl 5, but it isn't automatic.
>
> The problem with polymorphic functions is you have to rewrite the
> function N times (wh
On Tue, Jul 10, 2001 at 01:02:18AM -0500, David L. Nicol wrote:
> > The real problem isn't [sig digs]. The real problem is how much this
> > complicates the implicit typing rules. I'm going to have to play
> > around a bit and see which way works best.
>
> I hope you're proposing that fatal err
On Mon, Jul 09, 2001 at 02:36:17PM -0400, Sam Tregar wrote:
> On Mon, 9 Jul 2001, Adam Turoff wrote:
> > Don't laugh. It's here now. It's called XSLT. :-)
>
> Um, that's not what the article was talking about The proposal is to use
> an XML syntax to program in existing "VHLL" languages, incl
On Mon, 9 Jul 2001, Adam Turoff wrote:
> Who said programming Perl in XML was a good idea?
Did you read the article I was responding to? I suggest you do.
Strangely, many people seem to believe XML is ideally suited to every
computing task known to man. This includes programming in Perl,
appar
> > Sure, program XSLT in XML. I guess that makes about as much sense as XSLT
> > is ever going to. My question is, if you think programming Perl in XML is
> > such a good idea, why not do it?
"program XSLT in XML"? What does that mean? Have you used XSLT? Do you
understand what it is and wha
At 03:07 PM 07-09-2001 -0400, Adam Turoff wrote:
>On Mon, Jul 09, 2001 at 02:36:17PM -0400, Sam Tregar wrote:
> > On Mon, 9 Jul 2001, Adam Turoff wrote:
> > > Don't laugh. It's here now. It's called XSLT. :-)
> >
> > Um, that's not what the article was talking about The proposal is to use
> >
--- Dan Brian <[EMAIL PROTECTED]> wrote:
> Correct. The benefit is not as obvious as some seem to think.
> If the goal is format consistency, then what is gained by format
> consistency? It hardly means that you could translate one language
> to another, or have close interrelations between fu
On Mon, 9 Jul 2001, ivan wrote:
> http://www.ora.com/news/vhll_1299.html
Fascinating article, but his point about XML source code struck my funny
bone. I've certainly heard the argument before - most recently in Dr.
Dobbs Software Development insert.
I've got just one question: if this is such
On Mon, Jul 09, 2001 at 03:48:27PM -0400, Buddha Buck wrote:
> Why can't a general-purpose programming language be augmented with XML for
> internal documentation purposes?
You mean like C#? :-)
Z.
At 03:55 PM 07-09-2001 -0400, Adam Turoff wrote:
>On Mon, Jul 09, 2001 at 03:48:27PM -0400, Buddha Buck wrote:
> > Why can't a general-purpose programming language be augmented with XML for
> > internal documentation purposes?
>
>You mean like C#? :-)
I wasn't specifically referring to that; I w
On Mon, 9 Jul 2001, Dan Brian wrote:
> "program XSLT in XML"? What does that mean?
It means roughly what "program Perl in ASCII" means.
> Have you used XSLT? Do you understand what it is and what it does? It
> makes quite a bit of sense for those performing regular conversions
> from a single
[EMAIL PROTECTED] wrote:
> Here's me thinking out loud. I'm thinking about how to avoid alot of
> explicit type casting without entering a maze of twisty typecasing
> rules, all different.
>
>
> Imagine we have a typing system where types are allowed to
> automatically cast AS LONG AS NO INFOR
> Well, my hope is somehow we can get types to be a bit more implicit
> than the usual mess most people are used to.
I have grave concerns about 'implicit' typing. In my experience DWIM-style
typing can lead to serious hair pulling and long debug sessions over simple
errors. Now, if you can give
Here's me thinking out loud. I'm thinking about how to avoid alot of
explicit type casting without entering a maze of twisty typecasing
rules, all different.
Imagine we have a typing system where types are allowed to
automatically cast AS LONG AS NO INFORMATION IS LOST.
So let's start with som
On Mon, Jul 09, 2001 at 01:37:36PM -0400, Sam Tregar wrote:
> On Mon, 9 Jul 2001, ivan wrote:
>
> > http://www.ora.com/news/vhll_1299.html
>
> Fascinating article, but his point about XML source code struck my funny
> bone. I've certainly heard the argument before - most recently in Dr.
> Dobbs
On Mon, 9 Jul 2001, Adam Turoff wrote:
> Don't laugh. It's here now. It's called XSLT. :-)
Um, that's not what the article was talking about The proposal is to use
an XML syntax to program in existing "VHLL" languages, including Perl.
This would supposedly allow programmers to embed drawings
On Mon, Jul 09, 2001 at 11:00:45PM -0500, David L. Nicol wrote:
> [EMAIL PROTECTED] wrote:
> Why not drop the sigil on things with declared types?
A VERY SHORT DIGRESSION INTO SIGILS
I'm going to say you need sigils for this:
print "Hello, my name is $name\n";
You're going to say this:
25 matches
Mail list logo
