From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Blandy To: Marius Vollmer Cc: Miroslav Silovic , Ariel Rios , guile-gtk@sourceware.cygnus.com Subject: Re: Towards guile-gtk 0.18 Date: Sat, 30 Oct 1999 23:05:00 -0000 Message-id: References: <19991024202010.8425.qmail@nwcst287.netaddress.usa.net> <7eu2nfikc3.fsf@zesoi.fer.hr> <87iu3v49vx.fsf@zagadka.ping.de> X-SW-Source: 1999-q4/msg00033.html > I'm a bit worried about the size of gtk-glue.c, too. Does it need to > be that big? Is the compiled code too bloated, too? Maybe it would > be acceptable to just generate some table for each function and then > have one generic glue function that peruses this information. Maybe > this wouldn't work for all of them, but for the majority. Some historical perspective: people used to make fun of the Mach microkernel because it wasn't very "micro" --- it was bigger than a BSD kernel on the same machine. And it didn't even have filesystems, networking stacks, and so on. It turns out that a full half of the executable was due to automatically generated RPC stubs. The whole thing was based on message-passing; even system calls were done by having the process send a message to the kernel. They used MiG (the Mach Interface Generator) to describe the interfaces and generate client and server messaging stubs; the kernel had lots of server stubs linked into it. And the stubs were really big. I'm not sure if this helps you solve your present problem, but I guess it's worth noticing that this "Gosh, our automatically generated interface adapter stubs are kind of big!" scene has been played out before. Many more times than once, I'd guess. So some genuinely clever thinking is required here.