> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>> On 21-04-2020, at 09:04, Roland Plüss via Pharo-users
>> mailto:pharo-users@lists.pharo.org>> wrote:
>>
>>
>> *From: *Roland Plüss mailto:rol...@rptd.ch&g
>
> From: Roland Plüss
> Subject: Re: [Pharo-users] Embedding pharo in C++
> Date: 21 April 2020, 09:04:56 GMT-4
> To: Pharo Mailing List
>
>
> The dragon has been unleashed. The game engine is now available to the
> public. See https://www.indiedb.com/engines/dragengine
--- Begin Message ---
The dragon has been unleashed. The game engine is now available to the
public. See https://www.indiedb.com/engines/dragengine for more information.
Right now the Smalltalk Script Module is a proof of concept with the GNU
Smalltalk. The idea is to change this to use Pharo and
Hi Roland,
the function vm_main_with_parameters() starts the vm and it will
not return until the image finishes.
In my example, only when the SDL window is closed, the quit primitive
is executed and the function ends.
To do a nicer POC we need to make modifications in the image, so it
handles
--- Begin Message ---
I gave the C-Example repository a try but I don't fully understand how
it works. Does the vm_main_with_parameters() block until the VM is quit
or some function it runs? From looking at the source code I'm not sure
what it does.
On 1/22/20 12:17 PM, Pierce Ng wrote:
> On Wed,
On Wed, Jan 22, 2020 at 11:04:07AM +0100, teso...@gmail.com wrote:
>nice to hear about the Pascal experiment,
I've published my code on GH and sent an announcement to pharo-dev.
Repo is https://github.com/PierceNg/pharo-vm-embedded-pascal
Pierce
Hi,
nice to hear about the Pascal experiment, yes, that could be an
alternative. I started to see how is the API for different embeddable
runtimes.
I want to have an API that allows us to continue having the power of
the objects, I don't want to have strings passing from one side to the
other.
I
On Wed, Jan 22, 2020 at 10:09:33AM +0100, teso...@gmail.com wrote:
> Hi, we are working on the tools required to have embedded Pharo in
> different solutions.
Hi Pablo,
Your published example embed the image as a Windows resource. Well, the
excellent and, like Smalltalk, vastly underrated Free Pa
Hi, we are working on the tools required to have embedded Pharo in
different solutions.
My idea is to implement an API to communicate to the image, I was
thinking more in an API similar to Objective-C Bridge or COM objects.
Still I am not sure how to design the API or the way to integrate it.
Toda
On Tue, Jan 21, 2020 at 08:20:48PM +0100, Roland Plüss via Pharo-users wrote:
> The first mode is the "runtime mode". This would be the mode used for
> the released products and does not allow to "directly modify" the image.
> This mode would only require basic set of classes (frameworks) since the
Good day
Is it a variant to implement an embeddable Little Smalltalk-like engine that
does not use bytecode but uses LLVM JIT for direct machine code compilation?
Or maybe can we use a less aggressive approach with the same embedded engine
which interprets bytecode?
--
Sent from: http://forum.w
--- Begin Message ---
Hi Stéphane,
In the GnuSmalltalk PoC I could init the VM and then I run functions in
it like this:
gst_perform(pObjGame, selector);
Then I created some native test functions in C like this:
gst_define_cfunc("DECanvas.setPosition", (void*)funcSetPosition);"
I then adde
--- Begin Message ---
Looks like you always meet twice in life I guess. You won't remember me
but I've been a student of yours once upon time. Nice to see you again,
Prof. Ducasse,
I had in mind to have the VM running in two modes actually.
The first mode is the "runtime mode". This would be the
--- Begin Message ---
As the topic title mentions I would like to embed pharo into a GPL/L-GPL
licenses software.
I experimented before with a PoC based on GnuSmalltalk which allows
embedding and this worked but GnuSmalltalk is kinda outdated and even
fails to properly compile since some time.
Fo
14 matches
Mail list logo