[Zlib-devel] new assembly code for modified structure inzLib1.2.2.1
Andrei Polushin
a-polushin at mail.ru
Tue Jan 4 01:44:49 EST 2005
----- Original Message -----
From: "Mark Adler" <madler at alumni.caltech.edu>
Sent: Tuesday, January 04, 2005 11:19 AM
> On Jan 3, 2005, at 3:34 PM, Gilles Vollant wrote:
> > in zlib 1.2.2.2, you've successfully updated gvmat32.asm and
> > inffas32.asm
> > in contrib\masmx86, but I found old gvmat32.obj and inffas32.obj in
> > contrib\vstudio\vc7
> > I suggest you update the .obj in contrib\vstudio\vc7 with obj from
> > http://gvollant.free.fr/newasmzl1221.zip
>
> Or how about I just delete the object files? Is there a reason that
> there needs to be object files in the zlib source distribution?
Probably, the only reason was that the original distribution of MS Visual
Studio 6.0 did not contain MASM - assembler program, ml.exe, so user needs
to download MASM as part of Visual C++ Processor Pack from
http://msdn.microsoft.com/vstudio/downloads/tools/ppack/download.aspx
This is not an issue for Visual Studio 7.0 and later - it contains MASM by
default.
Current zlib distribution contains three projects that explicitly depend on
.obj files:
- two VC70 projects (at contrib/vstudio/vc7/zlib*.vcproj),
- one VC60 project (at projects/visualc6/zlib.dsp).
It might be better for VC70 projects to compile .asm files directly, using a
'Custom Build Step' feature. Those .asm files should be included in projects
with the following settings:
- Description: Assembling=> $(InputPath)
- Command Line: ml /nologo /Zi /c /coff /Fo"$(IntDir)"\ "$(InputPath)"
- Outputs: $(IntDir)\$(InputName).obj
(In case of problems, Gilles might look at my refused project files).
For VC60 project, the same steps are also applicable, but there should be a
notice in projects/visualc6/README.txt that will direct user to download
MASM (URL above).
// Andrei
More information about the Zlib-devel
mailing list