Hi
>> Alas, your patch doesn't work on my machine for three reasons:
>>
>> 1) I use VCExpress version to build vim. This is VC8, but there is
>>no SDK.
>
> I didn't think the Express version of the compilers supported optimized
> code generation. And I am surprised VCExpress comes without
Mike Williams wrote:
> Attached is a new version of the VC makefile that uses MSVCVER if
> defined or derives a value from nmake. This should allow the file to be
> used straight from a source download without any environment variables
> having to be set.
>
> If anyone has other values for _
Oops, the last diff was wrong. Please try this one.
TTFN
Mike
--
INNEWATOK INquiring NErd WAnts TO Know
*** Make_mvc.mak.orig Wed Apr 26 10:30:22 2006
--- Make_mvc.makMon Jan 22 14:07:52 2007
***
*** 92,97
--- 92,99
# Netbeans Debugging Support: NBDEBUG=
Hi again,
Attached is a new version of the VC makefile that uses MSVCVER if
defined or derives a value from nmake. This should allow the file to be
used straight from a source download without any environment variables
having to be set.
If anyone has other values for _NMAKE_VER (just run nm
Hi Mathias.
On 20/01/2007 11:48, Mathias Michaelis wrote:
Hi Mike
Thanks a lot for your patch. If the appropriate compiler options are
applied to VC8, the make_mvc.mak script emits much less warning
messages, and probably the created binary is better optimised in
some manner.
Alas, your patch
Hi again!
I have realised that on my laptop that I am using at work there is a
nmake version 6.00.9782.0 which isn't in the version list of your
make_mvc.mak patch. I therefore definitively suggest to omit this
version list an relay solely on the MSVCVer environment variable
which should be define
Hi Mike
Thanks a lot for your patch. If the appropriate compiler options are
applied to VC8, the make_mvc.mak script emits much less warning
messages, and probably the created binary is better optimised in
some manner.
Alas, your patch doesn't work on my machine for three reasons:
1) I use VCExp
On 18/01/2007 20:55, Bram Moolenaar wrote:
Mike Williams wrote:
Attached is a patch to use VC8 specific optimization options. FTR, VC8
no longer supports the /Gn processor code generation directive, and the
makefile now uses link time code generation when not optimizing for space.
Although M
On 18/01/2007 15:50, A.J.Mechelynck wrote:
Mike Williams wrote:
On 17/01/2007 19:44, Bram Moolenaar wrote:
Mike Williams wrote:
Attached is a patch to use VC8 specific optimization options. FTR,
VC8 no longer supports the /Gn processor code generation directive,
and the makefile now uses li
Mike Williams wrote:
> >> Attached is a patch to use VC8 specific optimization options. FTR, VC8
> >> no longer supports the /Gn processor code generation directive, and the
> >> makefile now uses link time code generation when not optimizing for space.
> >
> > Although MS keeps changing the
Mike Williams wrote:
On 17/01/2007 19:44, Bram Moolenaar wrote:
Mike Williams wrote:
Attached is a patch to use VC8 specific optimization options. FTR,
VC8 no longer supports the /Gn processor code generation directive,
and the makefile now uses link time code generation when not
optimizing
On 17/01/2007 19:44, Bram Moolenaar wrote:
Mike Williams wrote:
Attached is a patch to use VC8 specific optimization options. FTR, VC8
no longer supports the /Gn processor code generation directive, and the
makefile now uses link time code generation when not optimizing for space.
Although
Mike Williams wrote:
> Attached is a patch to use VC8 specific optimization options. FTR, VC8
> no longer supports the /Gn processor code generation directive, and the
> makefile now uses link time code generation when not optimizing for space.
Although MS keeps changing the arguments, the ne
On 17/01/2007 15:09, A.J.Mechelynck wrote:
Mike Williams wrote:
Hi,
Attached is a patch to use VC8 specific optimization options. FTR, VC8
no longer supports the /Gn processor code generation directive, and the
makefile now uses link time code generation when not optimizing for space.
Enjo
Mike Williams wrote:
Hi,
Attached is a patch to use VC8 specific optimization options. FTR, VC8
no longer supports the /Gn processor code generation directive, and the
makefile now uses link time code generation when not optimizing for space.
Enjoy.
Mike
Why the test on "!if "$(_NMAKE_V
Hi,
Attached is a patch to use VC8 specific optimization options. FTR, VC8
no longer supports the /Gn processor code generation directive, and the
makefile now uses link time code generation when not optimizing for space.
Enjoy.
Mike
--
If space is a vacuum, who changes the bags?
*** Make_m
16 matches
Mail list logo
