Am 16.01.2015 um 00:50 schrieb Ben Coman b...@openinworld.com:
Actually, the requirements to modify/link the vm make it more a [vm-dev]
topic, but still interesting for [pharo-dev]s.
It wouldn't be [pharo-users] until there was something to use :)
But you could use it if it would be
I would like to remind people that the aim of the Pharo project is more
ambitious than the Smalltalk one
I would like to hear this grand plan of Pharo, where is it ? Where is the
official roadmap ? What are the goals that the core development team agree
on ? Why are such a secret and I have never
Hi,
This topic was discussed before and I do not want to elaborate more, but
given that you seem to not have been involved in that thread, I will write
one single comment.
We have no intention to insult anyone. At the same time, we also take the
freedom to choose the goals we want. We started
I think we *really* need a smalltalk-talk mailing list…
On 16 Jan 2015, at 05:44, kilon alios kilon.al...@gmail.com wrote:
I would like to remind people that the aim of the Pharo project is more
ambitious than the Smalltalk one
I would like to hear this grand plan of Pharo, where is it
On 16 Jan 2015, at 10:58, Marcus Denker marcus.den...@inria.fr wrote:
I think we *really* need a smalltalk-talk mailing list…
+1024
These discussions have nothing to do with developing or using Pharo.
On 16 Jan 2015, at 05:44, kilon alios kilon.al...@gmail.com wrote:
I would like to
The Pharo Consortium is very happy to announce that the Ecole des Mines de
Douai has joined the Consortium as an Academic Partner.
About
- Ecole des Mines de Douai: http://www.mines-douai.fr
- Ecole des Mines de Douai, IA: http://ia.mines-douai.fr
- Pharo Consortium:
I think we *really* need a smalltalk-talk mailing list…
I definetly not need it, I am far more interested into coding with pharo
and understanding pharo libraries and tools than generally debating
smalltalk. But if you want such list to discuss smalltalk be my guest.
Hi,
This topic was
Hi all,
The question is in the title. I’m just journeying in this field and was
wandering if it exists something on deep learning algorithms.
Some refs
an introduction:
http://www.toptal.com/machine-learning/an-introduction-to-deep-learning-from-perceptrons-to-deep-networks
Python lib:
On Jan 16, 2015, at 7:52 AM, Tudor Girba tu...@tudorgirba.com wrote:
We have no intention to insult anyone. At the same time, we also take the
freedom to choose the goals we want. We started from Smalltalk but our goal
is not to be a Smalltalk. We might end up being one for a while, but
Maybe it wasn’t a blog post - but I definitely recall reading something last
year that introduced the idea and showed some sample code (it wasn’t a pdf). I
thought it was really handy, and wanted to go back a read it in the context of
this thread.
Tim
On 15 Jan 2015, at 18:04, Marcus Denker
Hi Cédrick,
I dunno what is deep learning but looks like neural networks.
I remember there was some library for NN in Squeak/Smalltalk that you
might find with Google.
You can help us develop machine learning algorithms for SciSmalltalk also.
Regards,
On Fri, Jan 16, 2015 at 12:05 PM, Cédrick
Hi,
Now GTInspector can inspect objects that use custom Slot definitions.
https://pharo.fogbugz.com/f/cases/14741/GTInspector-add-simple-slot-support
https://pharo.fogbugz.com/f/cases/14741/GTInspector-add-simple-slot-support
create a class with he TestSlot (where the ivar lives in
great to hear.
cheers -ben
On Fri, Jan 16, 2015 at 6:23 PM, Marcus Denker marcus.den...@inria.fr
wrote:
The Pharo Consortium is very happy to announce that the Ecole des Mines de
Douai has joined the Consortium as an Academic Partner.
About
- Ecole des Mines de Douai:
Excellent!
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On Jan 16, 2015, at 10:59 AM, Marcus Denker marcus.den...@inria.fr wrote:
Hi,
Now GTInspector can inspect objects that use
Hi Marcus,
So now ' self class allSlots ' should be used also in the debugger to get
the instance variables of an object?
Cheers,
Andrei
On Fri, Jan 16, 2015 at 2:59 PM, Marcus Denker marcus.den...@inria.fr
wrote:
Hi,
Now GTInspector can inspect objects that use custom Slot definitions.
I guess so.
Doru
On Fri, Jan 16, 2015 at 3:28 PM, Andrei Chis chisvasileand...@gmail.com
wrote:
Hi Marcus,
So now ' self class allSlots ' should be used also in the debugger to get
the instance variables of an object?
Cheers,
Andrei
On Fri, Jan 16, 2015 at 2:59 PM, Marcus Denker
On 16 Jan 2015, at 11:28, Andrei Chis chisvasileand...@gmail.com wrote:
Hi Marcus,
So now ' self class allSlots ' should be used also in the debugger to get the
instance variables of an object?
Yes, at least for now… I am not yet that happy with the naming… it is hard to
get
do you mean...?
https://hal.inria.fr/hal-00641716/file/Verw11b-OOSPLA11-FlexibleObjectLayouts.pdf
On Fri, Jan 16, 2015 at 8:02 PM, Tim Mackinnon tim@testit.works wrote:
Maybe it wasn’t a blog post - but I definitely recall reading something
last year that introduced the idea and showed some
We would love.
With Epicea we have Changes representing not only class and instance
addition/removal...
Now the question is also how do we initialize such new added instance variable.
That's easy if the slot definition has an initialiser.
Now we have probably to recompile the full class
On 16 Jan 2015, at 11:44, Ben Coman b...@openinworld.com wrote:
do you mean...?
https://hal.inria.fr/hal-00641716/file/Verw11b-OOSPLA11-FlexibleObjectLayouts.pdf
https://hal.inria.fr/hal-00641716/file/Verw11b-OOSPLA11-FlexibleObjectLayouts.pdf
No, Tims refers to the mails I send…
For me it's ok like it is now.
I updated the GTDebuggers to use slots.
For example you can use the bytecode one to see what actually gets executed
(and even step into the code of the slot).
[image: Inline image 1]
Now the other problem is that because reading a slot uses #send:read: the
On 16 January 2015 at 14:59, Marcus Denker marcus.den...@inria.fr wrote:
change “iv” to value (e.g. 5).
How do you do that?
When I try iv := 5 in the inspector, it looks like it's changing a
local variable instead of the slot (as if the bottom field of the
inspector was a workspace)
--
Damien
On 16 Jan 2015, at 12:12, Andrei Chis chisvasileand...@gmail.com wrote:
For me it's ok like it is now.
I updated the GTDebuggers to use slots.
For example you can use the bytecode one to see what actually gets executed
(and even step into the code of the slot).
Screen Shot
On 16 Jan 2015, at 12:20, Damien Pollet damien.pol...@gmail.com wrote:
On 16 January 2015 at 14:59, Marcus Denker marcus.den...@inria.fr wrote:
change “iv” to value (e.g. 5).
How do you do that?
double click on the value… (it is a secret feature for now ;-)
When I try iv := 5 in the
On 16 January 2015 at 16:22, Marcus Denker marcus.den...@inria.fr wrote:
How do you do that?
double click on the value… (it is a secret feature for now ;-)
hhhaaa :)
it worked via writing an accessor method too
--
Damien Pollet
type less, do more [ | ]
I know everyone is busy and working in their own domains not having the
time to review a lot of other people's issues. However I am on my own, not
part of a team where I can walk over and tap someone on the shoulder to ask
for review of an issue I've resolved. It is a bit discouraging not to be
2015-01-16 16:55 GMT+01:00 Eliot Miranda eliot.mira...@gmail.com:
Hi All,
On Jan 16, 2015, at 7:36 AM, Eliot Miranda eliot.mira...@gmail.com
wrote:
Hi Marcel,
On Jan 16, 2015, at 5:54 AM, Marcel Taeumel
marcel.taeu...@student.hpi.uni-potsdam.de wrote:
Ah, okay. I was curious
Hi Thierry,
On Jan 16, 2015, at 8:10 AM, Thierry Goubier thierry.goub...@gmail.com wrote:
2015-01-16 16:55 GMT+01:00 Eliot Miranda eliot.mira...@gmail.com:
Hi All,
On Jan 16, 2015, at 7:36 AM, Eliot Miranda eliot.mira...@gmail.com wrote:
Hi Marcel,
On Jan 16, 2015, at 5:54 AM,
On Fri, Jan 16, 2015 at 4:22 PM, Marcus Denker marcus.den...@inria.fr
wrote:
On 16 Jan 2015, at 12:12, Andrei Chis chisvasileand...@gmail.com
wrote:
For me it's ok like it is now.
I updated the GTDebuggers to use slots.
For example you can use the bytecode one to see what actually
2015-01-16 0:48 GMT+01:00 Jimmie Houchin jlhouc...@gmail.com:
Hello,
Yes, I understand this is a micro-benchmark. And yes I know that
micro-benchmarks can be dangerous and sometimes worthless. However,
financial trading, which is the app I am working on, does this a lot. This
is precisely
Eliot wrote:
About 90% of the entire time is in the string copying primitive.
Not much to be done there. Sista could speed this up by eliminating
the validation overhead of the primitive. But with our current VM technology
there's not a lot one can do given that OrderedCollection is
On 1/16/2015 12:55 PM, Nicolas Cellier wrote:
2015-01-16 0:48 GMT+01:00 Jimmie Houchin jlhouc...@gmail.com
mailto:jlhouc...@gmail.com:
Hello,
Yes, I understand this is a micro-benchmark. And yes I know that
micro-benchmarks can be dangerous and sometimes worthless.
However,
kilon.alios wrote
It took python 24 years to get as popular as it is nowdays, the most
popular languages have a similar lifespan if not more in some cases. Its a
really long process and its full of compromises and ugly truths.
Longevity is not a strategy for success. There are many old
abergel wrote
...
why printString is used and not asString?
...
As stepharo pointed out, #asString is a conversion method. It is often
misused and misrepresented (see especially Java's toString() method).
It is important to clearly distinguish purpose, so we often see
#printString,
def t(n):
s = time.time()
for x in range(0,1):
l = []
for i in range(1,10001):
l.append(i)
e = time.time()
print(e-s, len(l))
return l
[…]
So Pharo at 1.6 seconds (Array time) is respectable compared to Julia's
highly optimized preallocated
Branch: refs/tags/40449
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/4.0
Home: https://github.com/pharo-project/pharo-core
Commit: 28434c8f56c2caae222befb157bbbab48d496dc1
https://github.com/pharo-project/pharo-core/commit/28434c8f56c2caae222befb157bbbab48d496dc1
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Hi,
#450 is online with Spotter version 1.0.7 and GTools version 2.0.9 containing:
14636: spotter: remap cmd+enter to shift+enter
14641: spot on global vars
14741: GTInspector: add simple slot support
14252: Make collections browsable again in the tools
14722: Disable FreeType gives MNU and RMOD
I will change it.
Le 15/1/15 15:15, Clément Bera a écrit :
Right now there is support for Opal but not for the old Compiler in
Spur images. GTInspector and TxWorkspace does direct references to the
old compiler in Pharo-40445, for example,
in GLMListingPresentation#withSmalltalkSearch.
This
Le 15/1/15 15:47, Clément Bera a écrit :
Ok thanks :-). You're quick for sure :-).
Now who maintains TxWorkspace ?
huhum...
me
2015-01-15 15:21 GMT+01:00 Tudor Girba tu...@tudorgirba.com
mailto:tu...@tudorgirba.com:
Thanks for noting this.
Could you open explicit issues for
DoesNotUnderstand
Le 15/1/15 19:37, kilon alios a écrit :
what DNU means ? is it the same as MNU ?
On Thu, Jan 15, 2015 at 6:07 PM, Andrei Chis
chisvasileand...@gmail.com mailto:chisvasileand...@gmail.com wrote:
Should be Alain's repo:
Thank you Stef
On Fri, Jan 16, 2015 at 11:57 PM, stepharo steph...@free.fr wrote:
DoesNotUnderstand
Le 15/1/15 19:37, kilon alios a écrit :
what DNU means ? is it the same as MNU ?
On Thu, Jan 15, 2015 at 6:07 PM, Andrei Chis chisvasileand...@gmail.com
wrote:
Should be Alain's repo:
Super, things are moving so fast ...
On 16 Jan 2015, at 22:18, Marcus Denker marcus.den...@inria.fr wrote:
Hi,
#450 is online with Spotter version 1.0.7 and GTools version 2.0.9 containing:
14636: spotter: remap cmd+enter to shift+enter
14641: spot on global vars
14741: GTInspector:
I'm moving all discussions related to the Smalltalk Renaissance Program to
the *Pharo Smalltalk Users* forum where I think it more properly belongs.
My original reasoning for choosing the *Pharo Smalltalk Developers* forum
was because I wanted to reach out to /the developer community who are a
thanks Richard.
On Sat, Jan 17, 2015 at 8:11 AM, horrido horrido.hobb...@gmail.com wrote:
I'm moving all discussions related to the Smalltalk Renaissance Program to
the *Pharo Smalltalk Users* forum where I think it more properly belongs.
My original reasoning for choosing the *Pharo
+1
Stef
I wonder if it would make sense to add a Smalltalk-talk mailing list...
I am sure ESUG could host that.
+ 1
and you all can get an impact!
Le 16/1/15 07:26, Tudor Girba a écrit :
It is always tempting to go where others are. Yet, once we get there
you might notice that many other people are there as well, and all of
a sudden we are less remarkable and we get less attention than we
hoped for.
There is an old vision paper and we will revisit it.
Stef
Le 16/1/15 09:44, kilon alios a écrit :
I would like to remind people that the aim of the Pharo project is
more ambitious than the Smalltalk one
I would like to hear this grand plan of Pharo, where is it ? Where is
the official
Yes call it Pharo-Talk :)
Le 16/1/15 10:58, Marcus Denker a écrit :
I think we *really* need a smalltalk-talk mailing list…
On 16 Jan 2015, at 05:44, kilon alios kilon.al...@gmail.com
mailto:kilon.al...@gmail.com wrote:
I would like to remind people that the aim of the Pharo project is
Tx
Le 17/1/15 01:11, horrido a écrit :
I'm moving all discussions related to the Smalltalk Renaissance Program to
the *Pharo Smalltalk Users* forum where I think it more properly belongs.
My original reasoning for choosing the *Pharo Smalltalk Developers* forum
was because I wanted to reach
Hi guys,
Why I found this kind of discussion distracting is
- 500 people * 10 seconds * 30 mails = too much
- I do not want to lose time reading it
- I do not want to feel the need to say some points when I stupid
gross estimation or statements.
- I want to get focus on
And some of us are on hold :)
So imagine soon
Stef
Le 17/1/15 00:24, Sven Van Caekenberghe a écrit :
Super, things are moving so fast ...
On 16 Jan 2015, at 22:18, Marcus Denker marcus.den...@inria.fr wrote:
Hi,
#450 is online with Spotter version 1.0.7 and GTools version 2.0.9 containing:
Hi andrei
once it will be fully working I think that we will need a way to
activate it or not.
Because for most people Slots will be transparent. But your work is
great for slot designers.
Keep pushing.
Stef
Le 16/1/15 16:12, Andrei Chis a écrit :
For me it's ok like it is now.
I updated
Marcus
would not it make sense to emit a bytecode marker (kind of no-op) so
that the tools can get more information
about the encoded computation and get some abtsraction?
Stef
Le 16/1/15 18:22, Andrei Chis a écrit :
On Fri, Jan 16, 2015 at 4:22 PM, Marcus Denker marcus.den...@inria.fr
Marcus I like your new year resolution...
Saying no :)
Le 16/1/15 15:51, Marcus Denker a écrit :
On 16 Jan 2015, at 11:44, Ben Coman b...@openinworld.com
mailto:b...@openinworld.com wrote:
do you mean...?
https://hal.inria.fr/hal-00641716/file/Verw11b-OOSPLA11-FlexibleObjectLayouts.pdf
I do not think Igor will look at them.
Why not?
because he told me that is burned out.
Not able to do anything. So I hope he will get cured and get more energy.
I'm going to talk with him to see how I can help him.
And who else did work on this?
me but a little little me.
Alain started
Was the issue solved?
Stef
Le 14/1/15 04:30, Bernardo Ezequiel Contreras a écrit :
Hi,
Could someone take a look at this
https://pharo.fogbugz.com/f/cases/14632/Access-to-Pharo-TxText
?
Thanks.
--
Bernardo E.C.
Sent from a cheap desktop computer in South America.
57 matches
Mail list logo