Herby,

back when Alan was maintaining Glorp, he took care for portability, he even maintained the port to VA Smalltalk, IIRC. Niall and Tim(?) at Cincom also try not to break any dialect in their changes and they also work on keeping things portable. I am not sure there ever was any (semi-)automated process to keep ports in sync, my guess would be that that is not the case.

What I am very sure of is that the ppl at Cincom would welcome any volunteers to support them in keeping things portable and improve the ecosystem for this.
Is any of you going to be at ESUG?


Joachim




Am 17.08.17 um 10:53 schrieb Herby Vojčík:
Esteban Lorenzano wrote:

On 17 Aug 2017, at 10:35, Guillermo Polito <guillermopol...@gmail.com
<mailto:guillermopol...@gmail.com>> wrote:

Just a thought out of thin air: wasn't filetree supposed to provide
common ground for this kind of scenarios? If we shared a single
repository in github that would save us a lot of discussion :P

it doesn’t :)
while exporting VM-Glorp to github will simplify a lot the process,
truth is dialects are so different they cannot talk each other in
general, and changes needs to be applied (by hand).

I know it sounds like pipe dream, but I had the impression non-dialect-specific parts of Glorp (that is, most of it) is (was?) deliberately written in subset of Smalltalk (not ifNotNil: but isNil ifFalse: etc.) that it aimed to actually _be_ portable.

That part at least (and the high-level part with descriptors, mappings, queries, glorpexpressions etc. is such) would be nice to actually be generic enough to be "any Smalltalk out there".

Herby

but… having a github mirror to be able to diff properly is a good thing.

Esteban






--
-----------------------------------------------------------------------
Objektfabrik Joachim Tuchel          mailto:jtuc...@objektfabrik.de
Fliederweg 1                         http://www.objektfabrik.de
D-71640 Ludwigsburg                  http://joachimtuchel.wordpress.com
Telefon: +49 7141 56 10 86 0         Fax: +49 7141 56 10 86 1


Reply via email to