libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Linking with libtool & mingw


From: Brian Dessent
Subject: Re: Linking with libtool & mingw
Date: Thu, 25 Oct 2007 17:39:47 -0700

Robert Schwebel wrote:

> Info: resolving _deflate_copyright by linking to __imp__deflate_copyright 
> (auto-import)
> Info: resolving __dist_code by linking to __imp___dist_code (auto-import)
> Info: resolving __length_code by linking to __imp___length_code (auto-import)
> Info: resolving _z_errmsg by linking to __imp__z_errmsg (auto-import)

These are completely normal if you are porting software that does not
explicitly dllimport symbols.  They are not errors.

> etronix-Wireshark-trunk-Win/build-target/wireshark-0.99.6/.libs/wireshark.exeS.c:(.data+0x9a4c):
>  undefined reference to `_g_module_name
> '
> .libs/wireshark.exeS.o:/some/path/wireshark-0.99.6/.lib
> s/wireshark.exeS.c:(.data+0x9a5c): undefined reference to `_g_module_open'
> .libs/wireshark.exeS.o:/some/path/wireshark-0.99.6/.lib
> s/wireshark.exeS.c:(.data+0x9c4c): undefined reference to 
> `__g_async_queue_get_mutex'
> .libs/wireshark.exeS.o:/some/path/wireshark-0.99.6/.lib
> ...
> collect2: ld returned 1 exit status

There is not enough information to help you based only on the error.  We
need to see the full link command, at least.  It would also be helpful
to know what object or library contains the symbols that are listed as
undefined.

Brian




reply via email to

[Prev in Thread] Current Thread [Next in Thread]