On 31.08.2009, at 20:49, Ian Piumarta wrote:
Hi Bert,
Looks nice :) Is the compiling faster too? It sure feels like ...
There is no more libtool script wrapped around every invocation of the compiler and linker. Whether it's faster or not probably depends to a significant degree on how fast the libtool script ran on your machine. OTOH, there are more recursive invocations of make than there used to be just to traverse the build tree. For me it's a lot faster compiling from scratch but a low slower (relative to a fraction of a second ;) to check all the dependencies when everything is already up to date.
I only tried from scratch and it felt faster.
What's the equivalent of configure --without-gl now?
You can turn off any plugin using '--without-PluginName' so '-- without-B3DAcceleratorPlugin' should do what you want. But I think the runtime GL dependency might be attached to vm-dpy-X11 at the moment, which is wrong. I'll fix it so that either B3D carries the dependency and/or special-case '--without-opengl' to remove both B3D and the GL dependency in X11.
Thanks.
Could we define SUGAR by default? The additions are minimal and it's just easier to use one VM for all.
Absolutely. Is config.h good enough or do you need a -D in the compiler flags?
I don't care, I just want it on.
Do we depend on libffi even on x86 Linux now?
Shouldn't do.
From my log: -- SqueakFFIPrims: any-libffi
This is likely a bug in the FFI config logic. On linux/x86 the plugin should not be trying to use the any-libffi glue.
Should I send any debug info? Not sure where to look.
- Bert -