http://vpri.org/mailman/private/fonc/2009/001145.html
cc1: warnings being treated as errors
CodeGenerator-local.o.c: In function
‘DynamicIntel32CodeGenerator__jeL_’:
CodeGenerator-local.o.c:4918: warning: value computed is not used
CodeGenerator-local.o.c: In function
‘DynamicIntel32CodeGenerator
On Sun, Feb 28, 2010 at 2:21 PM, Reuben Thomas wrote:
> On 28 February 2010 22:16, Dan Amelang wrote:
>> (standard disclaimer: I don't represent the official stance of VPRI or Alan
>> Kay)
>>
>> On Sun, Feb 28, 2010 at 6:37 AM, Reuben Thomas wrote:
>>
>>> and the projects directly linked to on
On Sun, Feb 28, 2010 at 1:48 PM, Reuben Thomas wrote:
> On 28 February 2010 17:53, Andrey Fedorov wrote:
>> Considering the ambition of the project relative to its resources, I think
>> it's reasonable for STEPS to keep a low profile and spend less effort on
>> "educating" than one might like.
>
On 28 February 2010 22:38, Dan Amelang wrote:
> On Sun, Feb 28, 2010 at 8:50 AM, Reuben Thomas wrote:
>>
>> I think it's scandalous that a publically-funded non-secret project
>> does not have far stricter requirements for public engagement than are
>> apparent here.
>
> Scandalous!
Oh dear, I w
On Sun, Feb 28, 2010 at 9:53 AM, Andrey Fedorov wrote:
> Considering the ambition of the project relative to its resources, I think
> it's reasonable for STEPS to keep a low profile and spend less effort on
> "educating" than one might like.
Thank you :) We do have limited resources and wild ambi
On Sun, Feb 28, 2010 at 8:50 AM, Reuben Thomas wrote:
>
> Think of a software project as like Plato's model of the soul as a
> charioteer with two horses, one immortal and one mortal, only without
> the goal of reaching heaven. The mortal horse is the imperatives of
> the real world: developers, m
On 28 February 2010 22:16, Dan Amelang wrote:
> (standard disclaimer: I don't represent the official stance of VPRI or Alan
> Kay)
>
> On Sun, Feb 28, 2010 at 6:37 AM, Reuben Thomas wrote:
>
>> and the projects directly linked to on the "Our work" page
>> did not originate at VPRI (Squeak Etoys
(standard disclaimer: I don't represent the official stance of VPRI or Alan Kay)
On Sun, Feb 28, 2010 at 6:37 AM, Reuben Thomas wrote:
> On 27 February 2010 08:08, Dan Amelang wrote:
>> (Regarding your puzzling over Alan's views, though, you might want to
>> try emailing him directly. After you'
Brian,
Am 28.02.2010 um 16:29 schrieb Brian Gilman:
> After hearing about the project, I downloaded the source, and attempted to
> compile on OS X, which wouldn't compile.
any details?
Best,
Michael
--
Dr.-Ing. Michael Hauptmichael.ha...@hpi.uni-potsdam.de
Software Architectu
On 28 February 2010 17:53, Andrey Fedorov wrote:
> Considering the ambition of the project relative to its resources, I think
> it's reasonable for STEPS to keep a low profile and spend less effort on
> "educating" than one might like.
A software research project that does not aggressively push i
On 28 February 2010 20:09, Kurt Stephens wrote:
> Reuben Thomas wrote:
>>
>> On 26 February 2010 23:15, John Zabroski wrote:
>>>
>>> These three physical coupling issues
>>> (block-structured, procedural message passing; manual memory management;
>>> manual concurrency) are things the average pro
Kurt Stephens wrote:
> Smalltalk did not spawn an entire industry of specialized hardware like
> Lisp.
There was a lot more development in that area than most people are aware
of:
http://www.merlintec.com:8080/hardware/26
> However Lisp hardware is a collector's item now. :)
Only two architec
Alejandro F. Reimondo wrote:
John,
>Where else should I look?
In my opinion what is "missing" in the languages
formulations is sustainability of the system. [*]
In case of formula/abstract based declaration of systems
all alternatives make people put on the idea(L) side
and not in the sy
Reuben Thomas wrote:
On 26 February 2010 23:15, John Zabroski wrote:
These three physical coupling issues
(block-structured, procedural message passing; manual memory management;
manual concurrency) are things the average programmer should never have to
touch,
I don't remember seeing block st
Considering the ambition of the project relative to its resources, I think
it's reasonable for STEPS to keep a low profile and spend less effort on
"educating" than one might like.
That said, I'd appreciate a simple "suggested reading" list for independent
study - in my case, for someone with an u
On Sunday, February 28, 2010, Brian Gilman wrote:
> That having been said, I think the project is an interesting one, but I'm
> not sure it's really ready for tons of publicity yet.
Think of a software project as like Plato's model of the soul as a
charioteer with two horses, one immortal and one
On 26 February 2010 23:15, John Zabroski wrote:
> These three physical coupling issues
> (block-structured, procedural message passing; manual memory management;
> manual concurrency) are things the average programmer should never have to
> touch,
I don't remember seeing block struturing ever bei
On Feb 28, 2010, at 10:37 PM, Reuben Thomas wrote:
> On 27 February 2010 08:08, Dan Amelang wrote:
>> (Regarding your puzzling over Alan's views, though, you might want to
>> try emailing him directly. After you've done due diligence reading up
>> on the subject, of course.)
>
> Although it wou
On 27 February 2010 08:08, Dan Amelang wrote:
> (Regarding your puzzling over Alan's views, though, you might want to
> try emailing him directly. After you've done due diligence reading up
> on the subject, of course.)
Although it would be of far greater value if such an exchange took
place in p
19 matches
Mail list logo