Thanks. I've read the all.
Especially when I wanted to get the iPad version running and customized
some things in there and ran into CMake bugs at the time.
Thanks for writing them, they helped!
Phil
On Wed, Nov 27, 2013 at 2:20 AM, Mariano Martinez Peck
marianop...@gmail.com wrote:
On
ROFL thank you Marcus I needed a good laugh.
I have watched this before, but as always completely forgot about it. I
think its great when people don't take coding so seriously and have fun
with it.
I agree also that no pharoer would be against Java coming to pharo , the
problem is who is going
On 26/11/13 03:28, askoh wrote:
Bravo Jan and your collaborators. You have done it.
Thanks.
Anything preventing STX:LIBJAVA from being used in production environments?
Good question. STX:LIBJAVA is still a research phase. However, if
everything goes fine, we might have first project using
On Tue, Nov 26, 2013 at 10:54 AM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
On 26/11/13 03:28, askoh wrote:
Bravo Jan and your collaborators. You have done it.
Thanks.
Anything preventing STX:LIBJAVA from being used in production
environments?
Good question. STX:LIBJAVA is still a
I downloaded ST/X this morning and looked around for a couple hours.
Impressive system. And impressive clients list/activities etc.
rant
And wow, Claus is yet another individual with top notch computer chops...
Seems that this community has the highest density of high perf brains. I
feel humbled
On Tue, Nov 26, 2013 at 12:40 PM, Marcus Denker marcus.den...@inria.fr wrote:
On 26 Nov 2013, at 11:41, Serge Stinckwich serge.stinckw...@gmail.com wrote:
Anything preventing Pharo and VisualWorks for using the technology also?
Short answer: Time and money.
The way we did it requires
To have Java running on top of Pharo (which means on top of Cog), you would
need to have as they did in STX, a JIT compatible with java bytecode, an
interpreter for java bytecode, runtime objects such as JavaContext, ... It
is at least 1 year of work for an expert in virtual machines (I think
Try to switch back to bitmap DejaVu font and I'm sure you'll notice a
difference.
2013/11/26 p...@highoctane.be p...@highoctane.be
I downloaded ST/X this morning and looked around for a couple hours.
Impressive system. And impressive clients list/activities etc.
rant
And wow, Claus is yet
2013/11/26 p...@highoctane.be p...@highoctane.be:
Pharo really needs a huge speedup on the UI front. I am using a top of the
line desktop system and still Pharo sometimes feels slow (some is due to
algorithms - like the finder tool taking ages for a lot of things, but some
is due to the UI
Yes but need people to try.
This was on my todo for a topics for students.
On Nov 25, 2013, at 11:14 PM, p...@highoctane.be wrote:
Speaking of which, I'd love to have a go at targeting Emscripten
https://github.com/kripken/emscripten/wiki
We can do this by using llvm-gcc producing
On Nov 26, 2013, at 1:21 PM, p...@highoctane.be wrote:
I downloaded ST/X this morning and looked around for a couple hours.
Impressive system. And impressive clients list/activities etc.
rant
And wow, Claus is yet another individual with top notch computer chops...
Seems that this
FWIW, I'd love to have a working Pharo bytecode interpreter that works.
VMMaker currently doesn't have one it seems (earlier experiments didn't
worked for me).
I am very interested with the VM, read the blue book, understand the
primitives, can somewhat read bytecode but what is needed now is the
I also noticed that Sean does a replacement of the small size fonts with
large size fonts in a specific way to speed up rendering of larger font (In
his Configuration that does Preferences). I've got eyesight issues, so I am
also using larger fonts. That doesn't help with speed indeed.
But the
On Nov 26, 2013, at 9:53 PM, p...@highoctane.be wrote:
I also noticed that Sean does a replacement of the small size fonts with
large size fonts in a specific way to speed up rendering of larger font (In
his Configuration that does Preferences). I've got eyesight issues, so I am
also
That's the issue with such an immense amount of work to do and brainpower
to use.
Lots of rest, getting away from everything for while definitely helps. Just
an advice from the burned-out anonymous...
Phil
On Tue, Nov 26, 2013 at 10:04 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
Jan:
Can you give us a bit of history of STX:LIBJAVA? Even if it was just for fun
what was the rational? What killer app might there be? What business models
are there to pursue? How much effort was used and who funded your group? Can
you debug Java like all the power of Smalltalk debugger?
On Tue, Nov 26, 2013 at 5:20 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
On Tue, Nov 26, 2013 at 5:49 PM, p...@highoctane.be p...@highoctane.bewrote:
FWIW, I'd love to have a working Pharo bytecode interpreter that works.
VMMaker currently doesn't have one it seems (earlier
On Sun, Nov 24, 2013 at 1:19 PM, askoh as...@askoh.com wrote:
http://www.wired.com/wiredenterprise/2013/09/the-second-coming-of-java/
The article talks about Java Virtual Machine running dynamic languages like
Scala and Clojure in addition to Java. What prevents the Smalltalk Virtual
Machine
Its also way simpler and faster to just make java apps communicate with
pharo via sockets. You dont need pharo to run JVM , all you need is a way
to communicate with it. So why do it the hard way ?
Στις 24 Νοε 2013 11:20 μ.μ., ο χρήστης askoh as...@askoh.com έγραψε:
Actually, do I want to have Pharo running on Java? My answer was ‘yes’ a couple
of years before. Today, I want to have Pharo (or at least most of it) running
in a web browser.
Distributing applications to clients is then so easy...
Alexandre
--
I don't see a problem. Sockets provide a way to communicate, sockets
nowadays are used almost everywhere. They have their limitations but its a
viable , very fast and simple solution.
Also you can use Redline Smalltalk - http://www.redline.st/ if you want to
run smalltalk on JVM.
I vaguely
On 25 Nov 2013, at 21:13, kilon alios kilon.al...@gmail.com wrote:
I don't see a problem. Sockets provide a way to communicate, sockets nowadays
are used almost everywhere. They have their limitations but its a viable ,
very fast and simple solution.
Also you can use Redline Smalltalk -
But the problem is that the *semantics* are still that of Smalltalk, and it’s
completely not clear for the programmer where the similarity ends.
If you want to have “I can type in examples from my ruby book” compatibility,
you need to implement the real semantics, which in many cases
On 25/11/13 20:12, kilon alios wrote:
I don't see a problem. Sockets provide a way to communicate, sockets
nowadays are used almost everywhere. They have their limitations but its
a viable , very fast and simple solution.
OK, let's make an experiment and we'll see :-)
Here's the code that
Speaking of which, I'd love to have a go at targeting Emscripten
https://github.com/kripken/emscripten/wiki
We can do this by using llvm-gcc producing bitcode.
It may not be too hard to compile things, of course, the next challenge is
with all the display and I/O.
But if they can do Unreal3,
Hi Jan,
On 25 Nov 2013, at 22:47, Jan Vrany jan.vr...@fit.cvut.cz wrote:
Here's the code that parses XML using Xerces on VM that
runs both Smalltalk and Java:
===
factory := JAVA javax xml parsers SAXParserFactory newInstance.
parser := factory newSAXParser
I am not familiar with the libraries you referring to nor I have messed
with XML (thank god).
I dont care which is faster I only care which is fast enough.
I have never benchmarked my sockets but they always have been fast enough
for my needs.
I have found a benchmark here
I have actually used PyPy , the socket bridge I had created was to make
PyPy communicate with cpython embeded in the open source 3d application
Blender and vice versa. I wanted to use PyPy to speed up blender cpython.
Very friendly community too. AFAIK they had a Smalltalk implementation on
top of
Bravo Jan and your collaborators. You have done it.
Anything preventing STX:LIBJAVA from being used in production environments?
Anything preventing Pharo and VisualWorks for using the technology also?
Any plans to do the same for C# DotNET?
All the best,
Aik-Siong Koh
--
View this message in
Hi,
I'm coming late to this. I don't fully share the vision of Java as a
language having a renaissance, I think it is a mature language, strict
by definition, but solid executionwise. So yes, it's a pain the a** to
develop with it, particularly having programmed with Smalltalk during
a decade.
http://www.wired.com/wiredenterprise/2013/09/the-second-coming-of-java/
The article talks about Java Virtual Machine running dynamic languages like
Scala and Clojure in addition to Java. What prevents the Smalltalk Virtual
Machine from running Java, Scala, Clojure and other JVM languages? Is that
On 24/11/13 21:19, askoh wrote:
http://www.wired.com/wiredenterprise/2013/09/the-second-coming-of-java/
The article talks about Java Virtual Machine running dynamic languages like
Scala and Clojure in addition to Java. What prevents the Smalltalk Virtual
Machine from running Java, Scala,
32 matches
Mail list logo