[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