[Vm-dev] RFC: Unix 3.11.3-2116 VM
Bert Freudenberg
bert at freudenbergs.de
Mon Aug 31 18:59:30 UTC 2009
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 -
More information about the Vm-dev
mailing list