Haakon Riiser wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
Is there another way to get large file support that works?
There's no
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
Is there another way to get large file
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
Is there
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite loop.
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64,
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 9/14/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
Haakon Riiser wrote:
[A.J.Mechelynck]
-D_FILE_OFFSET_BITS=64 is set on my gcc command-line without me having
done anything special to get it.
Strange; it doesn't do that on my system. Does it work if you
invoke ./configure without any extra arguments?
By the way, I noticed that your build
Bram Moolenaar wrote:
Yakov Lerner wrote:
On 9/14/06, Haakon Riiser [EMAIL PROTECTED] wrote:
After recompiling Vim with -D_FILE_OFFSET_BITS=64, everything
involving tags break, including the help system. Typing :h,
or pressing ^] to jump to a tag, causes Vim to get caught in an
infinite
Haakon Riiser wrote:
[A.J.Mechelynck]
Configure with no extra arguments will build a Normal version without
Gnome and with no interpreters. Now that million-line file I spoke about
is in UTF-8 and contains CJK characters mixed in with English text. A
Normal-version Vim couldn't edit it
Yakov Lerner wrote:
Surprisingly, changing ftell() to ftello() does not change anything.
On systems that support ftello() ftell() is defined to use ftello().
Casting ftell() to (off_t) doesn't change anything.
Funnily, casting ftell to (long) makes the problem go away
(as it ftell does
14 matches
Mail list logo