Thank you Otto,
I had a look and it seems a nice implementation (couldn't load into the
image but using the Monticello Browser)
Cheers,
Hernán
2016-10-19 0:44 GMT-03:00 Otto Behrens :
> > Do you mean internal or embedded DSL? I am open to write an DSL if
> > facilitates the
Hi Stef
2016-10-19 17:29 GMT-03:00 stepharo :
> Hernan
>
> What is the input you take to generate magritte?
>
Something like this:
CGStMagritte uniqueInstance
inputClass: ModelClass1;
targetClass: ModelClass1;
setBooleanAttributes: 'instVar1'
would be nice to ask dragos his Smalltalk code :)
Le 18/10/16 à 21:20, p...@highoctane.be a écrit :
http://www.micro-workflow.com/PDF/wecfo.pdf seemed interesting.
Not state machines per se but still.
Longer paper here: http://micro-workflow.com/PDF/phdthesis.pdf
Phil
On Tue, Oct 18, 2016
Looks fun :)
Le 18/10/16 à 19:10, Evan Donahue a écrit :
So this isn't a specific out-of-the-box solution to any of the
code-generation use cases people have been discussing, but I thought it was
relevant enough to toss it out there.
I'm currently doing some work on program synthesis using a
Hernan
What is the input you take to generate magritte?
Lionel would like to have a kind of Crud on top of Pharo and it would be
good for business.
Stef
Le 18/10/16 à 18:07, Hernán Morales Durand a écrit :
2016-10-18 9:35 GMT-03:00 Lionel Akue
Le 18/10/16 à 07:24, Hernán Morales Durand a écrit :
Hi guys,
I am writing a code generator, doing a few iterations right now.
I want your opinion, which most useful thing would you like to be
generated automatically? It could be a pattern, an idiom, another
language...
For example my own
Sorry, I did not catch this thread before.
If you are looking for a terse way to describe state machines, you may want to
have a look at LRP, a live programming language for nested state machines (for
robotics), implemented in Pharo. It seems to have what you are talking about in
your mail.
Sorry, I see there are some unresolved dependencies on our code. Let
me know if I should work on that.
On Wed, Oct 19, 2016 at 5:44 AM, Otto Behrens wrote:
>> Do you mean internal or embedded DSL? I am open to write an DSL if
>> facilitates the job, the thing with the Trevor's
> Do you mean internal or embedded DSL? I am open to write an DSL if
> facilitates the job, the thing with the Trevor's paper is that he defines 6
> implementations of FSM's (and in each implementation he considers several
> issues leading to sub-implementations) so I would like a DSL which let me
I would not hold my breath if I were you for 3 reasons
1) this idea will go through only if my direct bridge via shared memory
between Pharo and Unreal fails are is proven very limited, which I highly
doubt.
2) even if I proceed with it, I will certainly be specialised for Unreal
and have little
Yes, this is another one and I would like to see a nice interface to clang that
then generated all the glue code for a given library based on its public header
files.
Smalltalk Agents used to do something like this. You could point it at a
library and it would open it and generate Smalltalk
Le 18/10/2016 à 15:45, Otto Behrens a écrit :
for things like that, I would consider looking into the SmaCC visitor
automatic generation. From an grammar, SmaCC creates the class, respecting
an eventual inheritance constraint you specify, adds the instance variables,
and generates the visitor
http://www.micro-workflow.com/PDF/wecfo.pdf seemed interesting.
Not state machines per se but still.
Longer paper here: http://micro-workflow.com/PDF/phdthesis.pdf
Phil
On Tue, Oct 18, 2016 at 8:47 PM, Bernardo Ezequiel Contreras <
vonbecm...@gmail.com> wrote:
> Implementing State Machines in
Implementing State Machines in Smalltalk (1993) Trevor Hopkins
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.31.6732
- A state machine generator (based in the excellent paper of Trevor P.
> Hopkins)
>
>
i add it to my reading list. thanks
--
Bernardo E.C.
Sent from a cheap desktop
Sure I will look and let you know.
Lionel
Le 18 oct. 2016 18:07, "Hernán Morales Durand" a
écrit :
>
> 2016-10-18 9:35 GMT-03:00 Lionel Akue :
>
>> Great!
>>
>> We had the same idea :)
>>
>>
> Let me know if we can join forces to speed uo things.
They are useful for writing VM plugins for example. The generic part.
On Tue, Oct 18, 2016 at 6:53 PM, Todd Blanchard wrote:
> My personal feeling on code generators is they are a bad code smell and
> the desire to use them tends to imply that your programming language isn't
So this isn't a specific out-of-the-box solution to any of the
code-generation use cases people have been discussing, but I thought it was
relevant enough to toss it out there.
I'm currently doing some work on program synthesis using a Pharo port of the
miniKanren logic programming language
My personal feeling on code generators is they are a bad code smell and the
desire to use them tends to imply that your programming language isn't dynamic
enough.
That said I have used DNE on proto object proxies to capture messages sent and
generate handlers (I have used this on Morphic to
2016-10-18 9:35 GMT-03:00 Lionel Akue :
> Great!
>
> We had the same idea :)
>
>
Let me know if we can join forces to speed uo things.
> The first requirements I wrote was to generate Spec UI directly. But I
> rather chose to make Magritte compatible with Spec.
>
> So
Hi Otto,
2016-10-18 5:01 GMT-03:00 Otto Behrens :
> +1 for the visitor. What would be nice is to generate methods in the
> form #visit: for all classes in a given hierarchy (eg
> Magritte's MAVisitor). The default implementation of such a method
> would be to call #visit:
>
>
Hi Dimitris,
That would be certainly nice. C++ is hard, but if one start with a basic
instantiation template it could be easier to move forward to more complex
tasks like mapping data structures to STL, their containers and iterators.
And I think it would attract C++ developers to Smalltalk.
> for things like that, I would consider looking into the SmaCC visitor
> automatic generation. From an grammar, SmaCC creates the class, respecting
> an eventual inheritance constraint you specify, adds the instance variables,
> and generates the visitor (and an equality test too).
Nice. Will
Great!
We had the same idea :)
The first requirements I wrote was to generate Spec UI directly. But I
rather chose to make Magritte compatible with Spec.
So from the Magritte description, we could generate Spec, Seaside ...
Lionel
2016-10-18 14:20 GMT+02:00 Peter Uhnak :
On Tue, Oct 18, 2016 at 02:24:28AM -0300, Hernán Morales Durand wrote:
> - A Spec UI generator.
Oh, and Stephan did CRUD(e) Spec generator
http://forum.world.st/ANN-SpecGenerator-easy-CRUD-applications-with-Spec-td4889624.html
Peter
Hi Hernan,
I wrote some time ago two basic code generators (both in Pharo) from UML-ified
FAMIX for a particular user (so there are some domain-specific patterns),
one for Pharo syntax (
https://github.com/OpenPonk/class-editor/blob/master/docs/code-generation/uml-to-code.md
)
and one for VW
Hi Otto,
for things like that, I would consider looking into the SmaCC visitor
automatic generation. From an grammar, SmaCC creates the class,
respecting an eventual inheritance constraint you specify, adds the
instance variables, and generates the visitor (and an equality test too).
+1 for the visitor. What would be nice is to generate methods in the
form #visit: for all classes in a given hierarchy (eg
Magritte's MAVisitor). The default implementation of such a method
would be to call #visit:
We have been using state machines for a long time and have built
generators for it
There is the CCodeGenerator , which is basically Slang, Smalltalk that is
turned into basic C. I would like to expand it to generate C++ at some
point for converting pharo code to C++ code that I will be able to add to
Unreal. Though its a very low priority project for me.
28 matches
Mail list logo