Hi Ross,

	I am not quite up to date with VMMaker. Also, my SqM is a bit
different so the directory layout is also a bit different.

> I then edited the .dsp file by hand to give it the correct path to the

> files.  I did not check for a good match between the files listed in
the 
> .dsp and the actual directory.

	Or you can just 'Delete' that file (with wrong path) from the
project file through the 'Edit' menu , then right click on 'Source
Files' and 'Add Files..' to add that same file (name) by browsing to the
right location from within Visual Studio. I assume that you are using
the Squeak.dsp shipped with Windows VM 3.1A6.

> I'll close with an offer: If someone can tell me what kind of an MSVC 
> project file or workspace is required, I might be able to write a VC
macro 
> that would generate it appropriately (e.g., if the recipe is add all
*.c 

	Or maybe you just want to do it programmatically, not through
the GUI.

	I found that MinGW make file is very convenient to build the VM
for any combination of internal, external plugins. With my makefile,
this is determined by proper define when invoking make. 

	For VS, it is very cummbersome to switch a plugin from internal
to external. But for debugging, VS projects work much better and I tend
to build all plugins as external.

	Cheers,

	PhiHo.


-----Original Message-----
From: squeak-dev-admin at lists.squeakfoundation.org
[mailto:squeak-dev-admin at lists.squeakfoundation.org] On Behalf Of Ross
Boylan
Sent: Monday, February 18, 2002 9:14 PM
To: squeak-dev at lists.squeakfoundation.org
Cc: ross Boylan
Subject: [VM] [WIN32] [BUG] Adventures in building


I've tried a naive approach to building on Win32 with MSVC.
Regrettably, 
it doesn't build.  A few of the highlights, with [BUG] marking a few 
seeming smaller bugs.

I tried to file VMMaker 3.2.5 into Squeak3.3a-4744.image, and almost 
immediately got errors about name redefinitions from other modules.  I 
decided this was a bridge too far, and dropped back to 
Squeak3.2gamma-4743.image.

I positioned the image above the platforms directory I got from 
sourceforge.  I got the top of the tree, not any tagged versions.
Started 
the VMMaker GUI.

[BUG] The AsynchFilePlugIn plugins refused to move out of the left pane,

presumably because SF had AsyncFilePlugIn (no h after Async).  Several 
other plugins with no obvious matching names were also left adrift.

[BUG] Although I changed the name of "Path to Generated sources" in the 
GUI, it used its original name for output.  Or do I need to hit accept 
after editing this?

I then edited the .dsp file by hand to give it the correct path to the 
files.  I did not check for a good match between the files listed in the

.dsp and the actual directory.

Then I built, using MSVC 6.  Many errors ensued.  Many were caused by
the 
following two items:
1. sqVirtualMachine.h defines a type "long long".  MSVC hasn't heard of
it. 2. attempted use of a #pragma export

Popular warnings:
Signed/unsigned mismatch
dangerous type conversions (e.g. double -> float)

And quite a few other things.  sqWin32D3D.c was particularly
problematic.

Also, the generated code did not have an intPlugins directory, to my 
surprise.  In fact, it was quite flat; almost everything was under 
vm.  There was a doc and a libmpeg subdirectory.

I'll close with an offer: If someone can tell me what kind of an MSVC 
project file or workspace is required, I might be able to write a VC
macro 
that would generate it appropriately (e.g., if the recipe is add all *.c

file in the main directory).  I've had to muck around with VC a fair
amount 
in the past, so I think I know how to do it.