On Thu, 21 Feb 2013, Ken Takata wrote:
Hi Christian,
2013/02/21 Thu 7:50:35 UTC+9 Heptite wrote:
I used to build using Make_cyg.mak but stopped in recent months
because it no longer worked for me when including one of the
scripting interpreters. I include Perl, Python and Ruby, but I
can't remember which broke. About the same time Make_ming.mak
_started_ working for me when it didn't before.
Maybe it is Ruby. Make_cyg.mak was changed in 7.3.815. Now,
RUBY_API_VER must be specified as same as Make_ming.mak when you use
Ruby. The default compiler was also changed from 'gcc' to
'i686-pc-mingw32-gcc'.
You might write your command line so that other people can reproduce
it easily.
After reattempting a compile using Make_cyg.mak, I realized that I was
remembering wrong. Here is my command line:
make -f Make_cyg.mak -j2 PERL=/cygdrive/c/strawberry/perl \
RUBY=/cygdrive/c/Ruby193 RUBY_PLATFORM=i386-mingw32 POSTSCRIPT=yes \
DYNAMIC_PERL=yes PYTHON=/cygdrive/c/Python27 OLE=yes XPM=xpm \
FEATURES=BIG
And here is the linking attempt and the fatal error that occurs:
i686-pc-mingw32-gcc -O3 -fomit-frame-pointer -freg-struct-return
-fno-strength-reduce -DWIN32 -DHAVE_PATHDEF -DFEAT_BIG
-DWINVER=0x0500 -D_WIN32_WINNT=0x0500 -DFEAT_PERL -DDYNAMIC_PERL
-DDYNAMIC_PERL_DLL=\"perl512.dll\" -DFEAT_PYTHON -DDYNAMIC_PYTHON
-DDYNAMIC_PYTHON_DLL=\"python27.dll\" -DFEAT_RUBY -DDYNAMIC_RUBY
-DDYNAMIC_RUBY_DLL=\"msvcrt-ruby191.dll\" -DDYNAMIC_RUBY_VER=191
-DDYNAMIC_GETTEXT -DDYNAMIC_ICONV -DFEAT_MBYTE -DFEAT_MBYTE_IME
-DDYNAMIC_IME -DMSWINPS -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG
-DFEAT_XPM_W32 -DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_OLE -march=i386
-Iproto -I/cygdrive/c/strawberry/perl/lib/CORE
-I/cygdrive/c/Ruby193/lib/ruby/1.9.1/i386-mingw32
-I/cygdrive/c/Ruby193/include/ruby-1.9.1
-I/cygdrive/c/Ruby193/include/ruby-1.9.1/i386-mingw32 -s -mno-cygwin
-Ixpm/include -o gvim.exe gobj/blowfish.o gobj/buffer.o
gobj/charset.o gobj/diff.o gobj/digraph.o gobj/edit.o gobj/eval.o
gobj/ex_cmds.o gobj/ex_cmds2.o gobj/ex_docmd.o gobj/ex_eval.o
gobj/ex_getln.o gobj/fileio.o gobj/fold.o gobj/getchar.o
gobj/hardcopy.o gobj/hashtab.o gobj/main.o gobj/mark.o
gobj/memfile.o gobj/memline.o gobj/menu.o gobj/message.o
gobj/misc1.o gobj/misc2.o gobj/move.o gobj/mbyte.o gobj/normal.o
gobj/ops.o gobj/option.o gobj/os_win32.o gobj/os_mswin.o
gobj/pathdef.o gobj/popupmnu.o gobj/quickfix.o gobj/regexp.o
gobj/screen.o gobj/search.o gobj/sha256.o gobj/spell.o
gobj/syntax.o gobj/tag.o gobj/term.o gobj/ui.o gobj/undo.o
gobj/version.o gobj/vimrc.o gobj/window.o gobj/if_perl.o
gobj/if_python.o gobj/if_ruby.o gobj/if_cscope.o gobj/netbeans.o
gobj/xpm_w32.o gobj/gui.o gobj/gui_w32.o gobj/gui_beval.o
gobj/os_w32exe.o gobj/if_ole.o -L/lib/w32api -L/usr/lib/mingw
-L/usr/lib/w32api -I/usr/include/mingw -I/usr/include/w32api -luuid
-lole32 -lwsock32 -Lxpm/lib -Lxpm/x86/lib -lXpm -L/lib/w32api
-mwindows -lcomctl32 -lversion -loleaut32 -lstdc++
gobj/eval.o:eval.c:(.text+0x38d4): undefined reference to `_pow'
collect2: ld returned 1 exit status
Make_cyg.mak:575: recipe for target `gvim.exe' failed
make: *** [gvim.exe] Error 1
So, for now, I'll stick to Make_ming.mak now that I have a workaround
in place for the path issue I outlined before.
- Christian
--
Nobody believes the official spokesman...
but everybody trusts an unidentified source. -- Ron Nesen
Christian J. Robinson <hept...@gmail.com> http://christianrobinson.name/
--
--
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 vim_dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.