On 18/05/2007 03:31, A.J.Mechelynck wrote:
:set enc? penc?
encoding=utf-8
printencoding=utf-8
:%ha
not found in runtimepath: print/utf-8.ps
Is this last message normal?
Yes.
I have here a file including an Esperanto-French glossary, which contains both
the consonants+circumflex of
On 19/03/2007 17:39, David Brown wrote:
Martin Krischik wrote:
Am Montag 19 März 2007 schrieb David Brown:
A macro like this:
#define FOO ((fooy) { field: 4 })
Whenever I thougth I saw it all C comes with another suprise. What
the heck is this good for?
It is a constant structure,
from
Alexei Alexandrov and Mike Williams
Last week's service pack for VS2005 has changed the nmake version
number. It just needs the following three lines adding after the ones
for the previous version for VS2005.
!if $(_NMAKE_VER) == 8.00.50727.762
MSVCVER = 8.0
!endif
I also had to edit
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,
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
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
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
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?
***
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
mwoehlke did utter on 11/09/2006 18:37:
Mike Williams wrote:
mwoehlke did utter on 11/09/2006 17:44:
Bram Moolenaar wrote:
I don't know what the rules are in all kinds of C, but at least things
like 0x0L, 0x0u, 0x0UL are valid.
Using a match instead of region would be simpler.
If one takes
Mark Manning did utter on 10/09/2006 23:52:
I saw in the c.vim that there was an error statement for octal numbers.
There isn't one for hex numbers so I made one really quickly. If you
want, just put it into the c.vim file. :-)
The test:
syn regioncHexErrorstart=0x\x*[g-zG-Z]
mwoehlke did utter on 11/09/2006 17:44:
Bram Moolenaar wrote:
Mark Manning wrote:
I saw in the c.vim that there was an error statement for octal
numbers. There isn't one for hex numbers so I made one really
quickly. If you want, just put it into the c.vim file. :-)
The test:
syn region
-byte text
*new-print-multi-byte*
YL --
YL The |:hardcopy| command now supports printing multi-byte characters.
YL The 'printmbcharset' and 'printmbfont' options are used for this.
YL Also see |postscript-cjk-printing|. (Mike Williams)
As you can see
13 matches
Mail list logo