From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 17 Feb 2010 16:16:03 -0700 To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net>, "Nathaniel W Filardo" From: "EBo" Message-ID: In-Reply-To: <20100217212630.GA15480@gradx.cs.jhu.edu> References: <20100217133109.GA10816@nibiru.local> <599f06db1002170606l2178c152i2f92a36fbf405163@mail.gmail.com>, <599f06db1002170606l2178c152i2f92a36fbf405163@mail.gmail.com> Subject: Re: [9fans] Binary format Topicbox-Message-UUID: d6552490-ead5-11e9-9d60-3106f5b1d025 Nathaniel W Filardo said: > On Wed, Feb 17, 2010 at 03:06:57PM +0100, Gorka Guardiola wrote: > > > * each module may have an entry point (main module w/o is allowed, > > > �even if it wouldn't make much sense ;-o), these are called after > > > �relocation, along the dependency tree, from leaf to root. > > > > no modules. > > That's not entirely true; there's (experimental ?) work for dynld(2), and > the shipping compilers can already produce DLMs. (That said, libdynld is > not yet part of the base system.) dynld(2) provides a system reminiscent of > dlopen() and dlsym(), but no dynamic linkage is supported (only dynamic > loading). It is quite tastefully done and is useful to have for some > applications (the python port springs to mind). Is dynamic loading and linkage something that people want? I have some old experimental code written in Spirit++ (a C++ template library which functionally replaces lex and yacc, and reads like EBNF). The old code is for a runtime polymorphic parser for RS274 (CNC g-code). I was experimenting with parsing historic CNC code, and play with different geometry engines. This old project is WAY down on my to-get-around-to list, but it might be an interesting testbed for something later on. This would be useful for stuff like a motion controller for the RepRap and DIY 3D Fab machines. For that matter, is there anything like Spirit++ in Plan9/Limbo? When I developed the code for my fist thesis I developed a parser for some oddball finite difference equations produced by some modeling software. It was nice to have the code read like EBNF. EBo --