Re: [Mingw-users] MinGW unable to build gVIM withlatest ActiveState perl58.dll

[Brian D. <br...@de...>]

James Steward wrote:

> >      gcc -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
> >          -DHAVE_PATHDEF -DFEAT_HUGE -DHAVE_GETTEXT -DHAVE_LOCALE_H
> >          -DDYNAMIC_GETTEXT -DFEAT_OLE -DFEAT_CSCOPE
> >          -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32 -DFEAT_CLIPBOARD
> >          -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME -DDYNAMIC_ICONV
> >          -pipe -w -march=i386 -Wall -IC:\opt\perl/lib/Core
> >          -DFEAT_PERL -LC:\opt\perl/lib/Core -DDYNAMIC_PERL
> >          -DDYNAMIC_PERL_DLL=\"perl58.dll\" -O3 -fomit-frame-pointer
> >          -freg-struct-return -s -mwindows -o gvim.exe 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/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_cscope.o gobj/netbeans.o
> >          gobj/gui.o gobj/gui_w32.o gobj/gui_beval.o gobj/os_w32exe.o
> >          gobj/if_ole.o -lkernel32 -luser32 -lgdi32 -ladvapi32
> >          -lcomdlg32 -lcomctl32 -lversion -lwsock32 -loleaut32
> >          -lstdc++ -lole32 -luuid
> >
> >   with these error messages:
> >
> >      gobj/if_perl.o:if_perl.c:(.text+0x1c1f): undefined reference to `Perl_sv_2iv_flags'
> ...
> 
> Looks like the dll or lib is not found by the linker.  I'd be checking
> paths and names.

If you specify a library or object that does not exist or can't be found
in the search path, you get a "canot find <name>" error, not an
"undefined reference to <sym>" error.  If you get undefined reference
errors it means the linker was perfectly able to find and read
everything you specified, except it still couldn't resolve some symbols
(usually due to wrong order.)

But in the above command I can't see any such -lperl or -lperl58 so I
don't see that you're even trying to link to libperl, which is certainly
grounds for undefined reference errors.

Brian