On Sun, Sep 21, 2014 at 04:51:32PM -0400, Josh Grams wrote:
> The left back pointers move back through the rule. So a pre-order
> traversal will go like this (I'm using tildes because it was
> annoying to copy/paste the bullet):
>
> A -> B C D ~ -- at this step you apply A => B C D.
> A -> B C ~
On Sat, Sep 20, 2014 at 11:57:58AM -0400, Josh Grams wrote:
> On 2014-09-20 02:27PM, Loup Vaillant-David wrote:
> >Actually, you don't need the back pointers. Plain Earley items are
> >enough. Even better, you don't need all the items. You only need the
> >complet
On Sat, Sep 20, 2014 at 06:58:14AM -0400, Josh Grams wrote:
> How's that for coincidence? I had just finally (on the 18th) got
> around to watching Ian's "Trap a Better Mouse" talk and starting
> to try it myself, and then saw that you posted this. I've done
> some parsing before, so you haven't (y
Hi,
After spending months banging my head over Earley Parsing, I have
decided to write a tutorial. Ian once said Earley parsing is simple
and easy to implement. I agree with "simple", but not with "easy".
The required background knowledge is not trivial.
This tutorial is an attempt to gather th
Hello,
I am currently trying to implement Earley Parsing. My ultimate goal
is to combine all the advantages of OMeta and Earley parsing:
- OMeta can handle some context-sensitive grammars.
- OMeta's prioritised choice have obvious semantics.
- Earley work on left-recursive grammars out of the bo
On Fri, Mar 07, 2014 at 11:31:08PM +0600, Attila Lendvai wrote:
> https://plus.google.com/+LinusTorvalds/posts/X2XVf9Q7MfV
>
> nothing interesting if you ask me. a few dozen more shell scripts to
> glue it together and git will work just fine for just about
> anything... :)
Which by itself sounds
I don't understand the first link... Am I supposed to find a video
recording there?
Loup.
On Fri, Nov 08, 2013 at 01:12:24PM +0100, karl ramberg wrote:
> http://d.hatena.ne.jp/squeaker/20131103#p1
>
> http://tinlizzie.org/~ohshima/AGERE2013/AGERESlides.pdf (33 Mb)
>
> Cheers,
> Karl
___
On Sun, Nov 03, 2013 at 04:11:15AM -0800, Alan Kay wrote:
> if we were to attempt an ultra high level general purpose language
> today, we wouldn't use Squeak or any other Smalltalk as a model or a
> starting place.
May I ask what would be an acceptable starting point? Maru, maybe?
Loup.
___
Terrific work! I have just cloned your git repository, I will check
it out.
But first, I need to crack generalised Earley Parsing. I love OMeta,
but the hack it uses to get around PEGs limitations on left recursion
is ugly (meaning, not fully general).
I basically want PEGs that run on Earley p
On Mon, Oct 21, 2013 at 06:18:26PM -0700, Ian Piumarta wrote:
> I recommend you get hold of
> - Parsing Techniques: A Practical Guide
> - SPPF-Style Parsing from Earley Recognisers
> - Practical Earley Parsing
Whoa, thanks. Will do right away.
> > - Read scientific papers. […]
> > - Build a to
On Sun, Oct 20, 2013 at 10:40:32PM -0700, Ian Piumarta wrote:
> > * Is the idea that everyone should be doing/forking his own,
> > CipherSaber style, or is there an intent to share and build common
> > platform?
>
> I'd love to build a common platform. Maru is in particular trying
> to be malleab
On Thu, Oct 03, 2013 at 04:15:12PM -0700, James McCartney wrote:
> Because ARPA probably would have rejected funding for a worldwide system
> for the interchange of kitty pictures and porn.
That's only the first step. According to Benjamin Bayart, "CEO" of
the non-profit ISP "French Data Network"
One way of escaping is indentation, like Markdown.
This is arbitrary code
This is arbitrary code *in* arbitrary code.
and so on.
No more escape sequences in the quotation. You just have the
inconvenience of prefixing each line with a tab or something.
Loup.
On Mon, Sep
When a font is hard to read, I use [Ctrl +].
So I did read the whole page. I didn't found it appealing, for one
silly reason. Despite the pretty picture and the sales pitch…
…I haven't the slightest idea _how_ this program is used.
Loup.
On Sun, Sep 22, 2013 at 10:05:58AM -0400, Tom Lieber
On Tue, Apr 23, 2013 at 04:01:20PM +0200, Eugen Leitl wrote:
> On Fri, Apr 19, 2013 at 02:05:07PM -0500, Tristan Slominski wrote:
>
> > That alone seems to me to dismiss the concern that mind uploading would not
> > be possible (despite that I think it's a wrong and a horrible idea
> > personally
On Sat, Apr 13, 2013 at 09:25:19PM +0200, John Nilsson wrote:
> This discussion reminds me of
> http://www.ageofsignificance.org/
>
> It's a philosophical analysis of what computation means and how, or if, it
> can be separated from the machine implementing it. The author argues that
> it cannot.
On Mon, Apr 15, 2013 at 12:15:10PM -0700, David Barbour wrote:
> On Mon, Apr 15, 2013 at 11:57 AM, David Barbour wrote:
>
> 90% or more of code will be glue-code, but it doesn't all need to be
> hand-written. I am certainly pursuing such techniques in my current
> language development.
Err, I ma
On Sun, Apr 14, 2013 at 04:17:48PM -0700, David Barbour wrote:
> On Sun, Apr 14, 2013 at 1:44 PM, Gath-Gealaich
> In real systems, 90% of code (conservatively) is glue code.
Does this *have* to be the case? Real systems also use C++ (or
Java). Better languages may require less glue, (even if the
On Fri, Apr 05, 2013 at 06:42:53AM -0700, Kirk Fraser wrote:
> […] Truly worthwhile inventions judging by percent of Nobel Prize
> awards are by Jews, hence in Hebrew. […]
Are your saying that most Nobel prize winning Jews were using Hebrew
to think the thoughts that lead them to the Nobel prize?
Okay, at this point, I have to recommend the sequence mentioned in the
subject. Here:
http://lesswrong.com/lw/od/37_ways_that_words_can_be_wrong/
Simply put, a human mind have a certain structure, most of which is
universally shared among functioning members of a human society (like
the expressi
On Sun, Mar 03, 2013 at 07:23:50PM +0100, Gath-Gealaich wrote:
> Is this going to require another dose of proprietary binary blobs? With Pi,
> you at least have to prospect of being able to compile your graphics stuff
> from Nile into something that actually uses the graphics hardware the way
> it'
Alan Kay a écrit :
Hi Loup
I think how this happened has already been described in "The Early
History of Smalltalk".
But
[Incredibly detailed and thoughtful response]
Whoa. Thank you.
Loup
___
fonc mailing list
fonc@vpri.org
http://vpri.org/
This question was prompted by a quote by Joe Armstrong about OOP[1].
It is for Alan Kay, but I'm totally fine with a relevant link. Also,
"I don't know" and "I don't have time for this" are perfectly okay.
Alan, when the term "Object oriented" you coined has been hijacked by
Java and Co, you mad
David Barbour a écrit :
[…]
Creating a good POL can be difficult. (cf.
http://lambda-the-ultimate.org/node/4653)
From your link:
> It is easy to miss valuable symmetries or dualities.
That one is funny, because I sensed for a long time that this could
apply to OMeta-JS¹ (I didn't look at abou
On Tue, Jan 01, 2013 at 11:18:29PM +0100, Ondřej Bílka wrote:
> On Tue, Jan 01, 2013 at 09:12:07PM +0100, Loup Vaillant-David wrote:
> >
> > void latin1_to_utf8(std::string & s);
> >
> Let me guess. They do it to save cycles caused by allocation of new
> string
On Tue, Jan 01, 2013 at 03:02:09PM -0600, BGB wrote:
> On 1/1/2013 2:12 PM, Loup Vaillant-David wrote:
> >On Mon, Dec 31, 2012 at 04:36:09PM -0700, Marcus G. Daniels wrote:
> >>On 12/31/12 2:58 PM, Paul D. Fernhout wrote:
> >>2. The programmer has a belief or prefere
On Mon, Dec 31, 2012 at 04:36:09PM -0700, Marcus G. Daniels wrote:
> On 12/31/12 2:58 PM, Paul D. Fernhout wrote:
> 2. The programmer has a belief or preference that the code is easier
> to work with if it isn't abstracted. […]
I have evidence for this poisonous belief. Here is some production
C+
On Sat, Dec 08, 2012 at 03:58:46PM -0800, Long Nguyen wrote:
> Why you too proud? Hand compiling indeed sucks. I did it so you don't have
> to. Now I'm offended.
> But awesome work anyway.
Well, I had something to prove. :-)
Seriously though, I also wanted to make sure I understood how the damn
t
On Wed, Nov 21, 2012 at 11:54:53PM -0800, Long Nguyen wrote:
> Hello everyone,
>
> I was very impressed with Val Schorre's META-II paper that Dr. Kay gave me
> to read, so I built a version of it for C; the metacircular part of which
> can fit in a half of a sheet of A4 or Letter paper. Here it is
vidually useful) and gaining some
intuition for the composition laws. I.e. start concrete and work towards
abstract. If you start by tossing concepts like 'arrows' at students,
they'll be quite intimidated. If a language requires users `import
Control.Arrow` or `import Control.M
David Barbour a écrit :
On Sun, Dec 2, 2012 at 6:12 AM, Pascal J. Bourguignon
mailto:p...@informatimago.com>> wrote:
Julian Leviston mailto:jul...@leviston.net>>
writes:
> Concrete is better than abstract for learning.
Definitely. Programmer students should learn assembler an
gt; >
> > Regards,
> > Kim Rose
> > Viewpoints Research Institute
> >
> > Viewpoints Research is a 501(c)(3) nonprofit organization dedicated to
> > improving "powerful ideas education" for the world's children and advancing
> > the stat
Hi,
The two last progress reports having being published in October, I was
wondering if we will have the final one soon. Have we an estimation of
when this might be completed? As a special request, I'd like to know a
bit about what to expect.
Unless of course it's all meant to be a surprise. B
Miles Fidelman a écrit :
Loup Vaillant wrote:
De : Paul Homer
If instead, programmers just built little pieces, and it was the
computer itself that was responsible for assembling it all together into
mega-systems, then we could reach scales that are unimaginable today.
[…]
Sounds neat, but
De : Paul Homer
If instead, programmers just built little pieces, and it was the
computer itself that was responsible for assembling it all together into
mega-systems, then we could reach scales that are unimaginable today.
[…]
Sounds neat, but I cannot visualize an instantiation of this. Me
Ryan Mitchley a écrit :
On 03/10/2012 10:39, Loup Vaillant wrote:
An example of a killer-something might be a Raspberry-Pi shipped with a
self-documented Frank-like image. By self-documented, I mean something
more than emacs. I mean something filled with tutorials about how to
implement, re
Pascal J. Bourguignon a écrit :
The problem is not the sources of the message. It's the receiptors.
Even if it's true, it doesn't help. Unless you see that as an advice
to just give up, that is.
Assuming we _don't_ give up, who can we reach even those that won't
listen? I only have two answ
Hello,
I am reading Ian's "Open, extensible composition models" (extended
abstract), and the citation of Stoyan's work[1] piqued my interest.
Unfortunately, my Google-fu fails me (I get a citation, a 404, and
Ian's own paper).
Could someone provide me a link to, or a copy of, this paper?
Thanks
From the maru page http://piumarta.com/software/maru/
The 2.2 tarball seems to be here:
http://piumarta.com/software/maru/maru-2.2.tar.gz
(at the bottom of the page).
However, we can see Ian did further work: maru is now at version 2.4
Loup.
Tom Koenig a écrit :
Ian, where do I find the ma
Pascal J. Bourguignon a écrit :
BGB writes:
dunno, I learned originally partly by hacking on pre-existing
codebases, and by cobbling things together and seeing what all did and
did not work (and was later partly followed by looking at code and
writing functionally similar mock-ups, ...).
some
BGB a écrit :
people need to live their lives, and to do this, they need a job and
money (and a house, car, ...).
As individuals, in our current society, yes. We can strive for other
solutions, however. A analogy with computing would be to say people
need an http//html browser to search the I
Pascal J. Bourguignon a écrit :
Unfortunately, [CS is] not generalized yet, like mathematics of history.
Did you mean history of mathematics? Or something like this?
http://www.ted.com/talks/jean_baptiste_michel_the_mathematics_of_history.html
Loup.
___
I think the most game changing features are its impressives
capabilities, but its impressive *flexibility*. Even if performance
wise, relative to power and physical volume, it does no better than
other architectures, it is still a full system on a chip, with one
crucial difference: nearly all
Paul Homer wrote:
It is far more than obvious that OO opened the door to allow massive
systems. Theoretically they were possible before, but it gave us a way
to manage the complexity of these beasts. Still, like all technologies,
it comes with a built-in 'threshold' that imposes a limit on what w
Le 15/03/2012 00:44, Alan Kay a écrit :
To me the Dynabook has always been 95% a "service model" and 5% physical
specs (there were three main physical ideas for it, only one was the
tablet).
Err, what those ideas were? I have seen videos of you presenting it,
but I can't see more than a table
Michael FIG wrote:
Loup Vaillant writes:
You could also play the human compiler: use the better syntax in the
comments, and implement a translation of it in code just below. But
then you have to manually make sure they are synchronized. Comments
are good. Needing them is bad.
Or use a
BGB wrote:
On 3/13/2012 4:37 PM, Julian Leviston wrote:
I'll take Dave's point that penetration matters, and at the same time,
most "new ideas" have "old idea" constituents, so you can easily find
some matter for people stuck in the old methodologies and thinking to
relate to when building yo
So let's change it the next time the actual subject changes.
Loup.
David Barbour wrote:
This has been an interesting conversation. I don't like how it's hidden
under the innocent looking subject `Error trying to compile COLA`
___
fonc mailing list
f
Le 01/03/2012 22:58, Casey Ransberger a écrit :
Below.
On Feb 29, 2012, at 5:43 AM, Loup Vaillant wrote:
Yes, I'm aware of that limitation. I have the feeling however that
IDEs and debuggers are overrated.
When I'm Squeaking, sometimes I find myself modeling classes with the br
BGB wrote:
there is also, at this point, a reasonable lack of "industrial strength
scripting languages".
there are a few major "industrial strength" languages (C, C++, Java, C#,
etc...), and a number of scripting languages (Python, Lua, JavaScript,
...), but not generally anything to "bridge the
Martin Baldan wrote:
That said, I don't see why you have an issue with search engines and
search services. Even on your own machine, searching files with complex
properties is far from trivial. When outside, untrusted sources are
involved, you need someone to tell you what is relevant, what is no
Right now I'm a bit confused.
I saw here 2 aspects of the world wide web that make it "a mess".
1. The browser cannot host arbitrary processes. So instead of
something simple and general, we have the current html + CSS +
Javascript + webGl + whatnot… And of course a huge pile of
"
re for industrial-strength use.
Cheers,
Alan
*From:* Loup Vaillant
*To:* fonc@vpri.org
*Sent:* Wednesday, February 29, 2012 1:27 AM
*Subject:* Re: [fonc] Error trying to compile COLA
Alan Kay wrote:
> Hi Loup
>
> Very good question -- and tell your Boss
Alan Kay wrote:
Hi Loup
Very good question -- and tell your Boss he should support you!
Cool, thank you for your support.
[…] One general argument is
that "non-machine-code" languages are POLs of a weak sort, but are more
effective than writing machine code for most problems. (This was quit
fast If I'm being
over-confident.)
Thanks,
Loup.
Cheers,
Alan
*From:* Loup Vaillant
*To:* fonc@vpri.org
*Sent:* Tuesday, February 28, 2012 2:21 AM
*Subject:* Re: [fonc] Error trying to compile COLA
Originally, the VPRI claims to be able to do a system that'
Julian Leviston wrote:
Two things spring out of this at me (inline):
On 28/02/2012, at 9:21 PM, Loup Vaillant wrote:
- Features matter more than I think they do.
- One may not expect the user to write his own features, even though
it would be relatively simple.
What about when using
Originally, the VPRI claims to be able to do a system that's 10,000
smaller than our current bloatware. That's going from roughly 200
million lines to 20,000. (Or, as Alan Kay puts it, from a whole library
to a single book.) That's 4 orders of magnitude.
From the report, I made a rough break do
K. K. Subramaniam wrote:
Has anyone looked at Beaglebone - affordable, hacker-friendly ARM board?
This? http://beagleboard.org/bone
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Alan Kay wrote:
Hi Loup
Actually, your last guess was how we thought most of the optimizations
would be done (as separate code "guarded" by the meanings). […]
> In practice, the optimizations we did do are done in the translation
> chain and in the run-time, […]
Okay, thanks.
I can't recal
Jecel Assumpcao Jr. wrote:
Alan Kay wrote:
We have done very little of this so far, and very few optimizations. We can give
live dynamic demos in part because Dan Amelang's Nile graphics system turned
out to be more efficient than we thought with very few optimizations.
Here is were the binary
Le 1/21/2012 2:52 AM, Reuben Thomas a écrit :
I have just skimmed VPRI's 2011 report; lots of interesting stuff
there. The ironies of a working system that the rest of us can only
view in snapshot form grow ever-stronger: the constant references to
active documents are infuriating. The audience w
Le 1/17/2012 6:58 PM, karl ramberg a écrit :
On Tue, Jan 17, 2012 at 5:43 PM, Loup Vaillant mailto:l...@loup-vaillant.fr>> wrote:
David Barbour wrote:
On Tue, Jan 17, 2012 at 12:30 AM, karl ramberg
mailto:karlramb...@gmail.com>
<mailto:karlramb.
David Barbour wrote:
On Tue, Jan 17, 2012 at 12:30 AM, karl ramberg mailto:karlramb...@gmail.com>> wrote:
I don't think you can do this project without a understanding of
art. It's a fine gridded mesh that make us pick between practically
similar artifacts with ease and that make t
Nitpick:
Le 11/13/2011 10:54 PM, David Corking a écrit :
It needs the resources of the West (really the Global North) to make
it a programmable device - you need to beg or borrow a keyboard, a USB
hub, a mouse, a storage card, (an optional network connection) and a
screen with an HDMI input, or
Eugen Leitl wrote:
On Wed, Oct 26, 2011 at 09:00:36AM -0400, John Zabroski wrote:
Kurzweil addresses that.
As far as I know Kurzweil hasn't presented anything technical or even detailed.
Armwaving is cheap enough.
Kurzweil addresses that.
Do you have literature references for that?
As f
65 matches
Mail list logo
