On Tue, Feb 14, 2017 at 6:56 PM, Ken Takata <[email protected]> wrote:
> 2017/2/15 Wed 5:43:08 UTC+9 Steve Hall wrote:
> >
> > I'm setting the environment elsewhere now. So the only other thing in
> > Make_cyg is UNDER_CYGWIN = yes. Not sure what that does, is it
> > important?
>
> It is used for setting the default name of windres command, and also used
for
> converting Cygwin style paths and Windows style paths where needed.
> Without setting it, wrong version of windres might be used and causes link
> error. Also compiling with if_perl and if_mzsch might fail.

Thanks for the continued diagnosis. I've confirmed this to be true
for if_perl.

But Make_cyg.mak is still broken for with the same errors. It
doesn't matter if I force either CROSS_COMPILE or ARCH:

set CROSS_COMPILE=x86_64-w64-mingw32-
set ARCH=x86-64

Interestingly, without ARCH forced, make -f shows

i686-pc-mingw32-gcc -c -Iproto -DWIN32 -DWINVER=0x0501
-D_WIN32_WINNT=0x0501 -DHAVE_PATHDEF -DFEAT_HUGE -DHAVE_STDINT_H
-DHAVE_GETTEXT -DHAVE_LOCALE_H -DDYNAMIC_GETTEXT -DFEAT_CSCOPE
-DFEAT_NETBEANS_INTG -DFEAT_JOB_CHANNEL -DFEAT_GUI_W32
-DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
-DDYNAMIC_ICONV -pipe -march=i686 -Wall
-I/cygdrive/c/strawberry/perl/lib/Core -DFEAT_PERL
-DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DDYNAMIC_PERL
-DDYNAMIC_PERL_DLL=\"perl524.dll\"
-I/cygdrive/c/PROGRA~2/Lua/5.1/include -I/cygdrive/c/PROGRA~2/Lua/5.1
-DFEAT_LUA -DDYNAMIC_LUA -DDYNAMIC_LUA_DLL=\"lua51.dll\" -DFEAT_RUBY
-I /cygdrive/c/Ruby23-x64/lib/ruby/2.3.3/i386-mswin32 -I
/cygdrive/c/Ruby23-x64/include/ruby-2.3.3 -I
/cygdrive/c/Ruby23-x64/include/ruby-2.3.3/i386-mswin32 -DDYNAMIC_RUBY
-DDYNAMIC_RUBY_DLL=\"msvcrt-ruby233.dll\" -DDYNAMIC_RUBY_VER=23
-DFEAT_PYTHON -DDYNAMIC_PYTHON -DDYNAMIC_PYTHON_DLL=\"python27.dll\"
-DFEAT_PYTHON3 -DDYNAMIC_PYTHON3
-DDYNAMIC_PYTHON3_DLL=\"python35.dll\" -O3 -fomit-frame-pointer
-freg-struct-return -s charset.c -o gobji686/charset.o

And the environment (build aborted immediately after error) shows no
variable for ARCH.

With ARCH forced:

i686-pc-mingw32-gcc -c -Iproto -DWIN32 -DWINVER=0x0501
-D_WIN32_WINNT=0x0501 -DHAVE_PATHDEF -DFEAT_HUGE -DHAVE_STDINT_H
-DMS_WIN64 -DHAVE_GETTEXT -DHAVE_LOCALE_H -DDYNAMIC_GETTEXT
-DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_JOB_CHANNEL -DFEAT_GUI_W32
-DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
-DDYNAMIC_ICONV -pipe -march=x86-64 -Wall
-I/cygdrive/c/strawberry/perl/lib/Core -DFEAT_PERL
-DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DDYNAMIC_PERL
-DDYNAMIC_PERL_DLL=\"perl524.dll\"
-I/cygdrive/c/PROGRA~2/Lua/5.1/include -I/cygdrive/c/PROGRA~2/Lua/5.1
-DFEAT_LUA -DDYNAMIC_LUA -DDYNAMIC_LUA_DLL=\"lua51.dll\" -DFEAT_RUBY
-I /cygdrive/c/Ruby23-x64/lib/ruby/2.3.3/i386-mswin32 -I
/cygdrive/c/Ruby23-x64/include/ruby-2.3.3 -I
/cygdrive/c/Ruby23-x64/include/ruby-2.3.3/i386-mswin32 -DDYNAMIC_RUBY
-DDYNAMIC_RUBY_DLL=\"x64-msvcrt-ruby233.dll\" -DDYNAMIC_RUBY_VER=23
-DFEAT_PYTHON -DDYNAMIC_PYTHON -DDYNAMIC_PYTHON_DLL=\"python27.dll\"
-DFEAT_PYTHON3 -DDYNAMIC_PYTHON3
-DDYNAMIC_PYTHON3_DLL=\"python35.dll\" -O3 -fomit-frame-pointer
-freg-struct-return -s charset.c -o gobjx86-64/charset.o

And ARCH=x86-64

Both produce the same errors:

charset.c: In function 'vim_str2nr':
charset.c:1915:15: error: '_UI64_MAX' undeclared (first use in this
function)
charset.c:1915:15: note: each undeclared identifier is reported only once
for each function it appears in
charset.c:1981:15: error: '_I64_MAX' undeclared (first use in this function)
charset.c:1982:11: error: '_I64_MIN' undeclared (first use in this function)
make: *** [Make_cyg_ming.mak:887: gobjx86-64/charset.o] Error 1

I'm over my head trying to find where _UI64_MAX is being passed, that
doesn't show up anywhere in the source that I can grep.


-- 
Steve Hall  [ digitect dancingpaper com ]
Cream for Vim  http://cream.SourceForge.net

-- 
-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Raspunde prin e-mail lui