[Top][All Lists]
[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