Hi folks!
I've planned to reimplement MIG or modern syntax in GNU Guile for
years. But I'm not sure how many people are interested in this work.


Joshua Branson writes:

> Protonmail Me <sjoerd.van.le...@pm.me> writes:
>
>> Dear Hurd Developers,
>>
>> I attempted to send below e-mail to the hurd-maintainters, but I found out 
>> that this e-mail is presented on Savannah, although posted in 2011. I hope 
>> that I
>> am doing this right.
>>
>> Aside from what I mentioned in the e-mail forwarded, I want to add two other 
>> bullets:
>>
>> *) I'd like to upgrade GNU MIG's IDL language to a more modern syntax, and 
>> enhance MIG with asynchronous handling
>>
>> *) I totally forgot to mention Emacs LISP and PERL as a possible target 
>> languages, my bad
>
> This sounds pretty awesome!  I think I read somewhere that GNU MIG has
> an unused bit somewhere everytime that it sends messages...You could set
> said bit to a 1, to specify that this is a newer version of MIG.  I wish
> I know where it was that I read that.
>
>>
>> Further I would have a suggestion at changing the name of Mach Interface 
>> Generator to MIG Interface Generator, the latter would be useful for any GNU
>> (free) software in the need of either vertical or horizontal IPC.
>
> I should also mention that there are some alternatives to MIG:  FLICK.
>
> https://www.gnu.org/software/hurd/open_issues/rpc_stub_generator.html
>
>>
>> Please read on,
>> Regards,
>> Sjoerd
>>
>> -------- Doorgestuurd bericht --------
>>
>>  Onderwerp:   GNU MIG
>>  Datum:   Fri, 28 Sep 2018 21:10:40 +0200
>>  Van:   Protonmail Me <sjoerd.van.le...@pm.me>
>>  Antwoord-naar:   Protonmail Me <sjoerd.van.le...@pm.me>
>>  Aan:   hurd-maintain...@gnu.org
>>
>> Dear GNU Hurd maintainers,
>>
>> I have over 10 years of Geospatial (GIS) system implementations, and
>> have found some time recently to actively be able to start producing
>> free software. Within this spare time, I'd like to create a GIS
>> framework, different from libraries such as GDAL and different from
>> applications like QGIS or GRASS, finding them inadequate. Also, having
>> experience with a number of proprietary systems, I can safely say that
>> utility organisations using them suffer more than gaining something out
>> of them. For me, reason enough to embark on this train.
>>
>> However, having seen what is absent and what is necessary, the first
>> thing that came to mind is a decent, reasonably efficient IPC solution.
>> REST (which is fast enough for most things) just doesn't work for the
>> monstrous data GIS systems produce and consume. Within corporate realms,
>> Protobuf is establishing itself slowly, but is not what I am looking
>> for. Then I remembered that Mach uses MIG and I remembered that the GNU
>> project was still attempting to create a microkernel, and has GNU MIG.
>>
>> On my own computer, I made a quick test whether GNU MIG could be
>> compiled on GNU/Linux, and without to much hassle (linking some
>> platform-independent Mach stuff in), it did. However, I notice that I
>> can not seem to find any design complete documentation either on
>> functional or technical level. The MIG preprocessor (migcom) does
>> segfault easily and there are some other twitchy things (such as calling
>> mig without any arguments just puts one back in the shell without
>> warning or usage line).
>>
>> I would be happy to embark on a mission to
>>
>> * Work out how GNU MIG works and write some documentation (if this is
>> wanted, I would like to know whether to use GNU Info or RST and whether
>> some documentation is available somewhere)
>>
>> * Make GNU MIG a bit more stable
>>
>> * Extract platform requirements such that GNU MIG can be used on both
>> GNU Hurd and GNU/Linux
>>
>> * Provide a C++(17?) generator
>>
>> * Provide other generators (Python, GNU Guile, etc)
>>
>> Of course, if others are already doing this, I would rather just like to
>> join them
>>
>> Kind Regards,
>> Sjoerd van Leent


--
GNU Powered it
GPL Protected it
GOD Blessed it
HFG - NalaGinrut
Fingerprint F53B 4C56 95B5 E4D5 6093 4324 8469 6772 846A 0058

Attachment: signature.asc
Description: PGP signature

Reply via email to