Thanks for the google Keith. Apparently someone may needs to recode the
web search shared libs in the human brain, as well as the spelling
shared libs. :P
Turns out that extra symbol wasn't the only problem with that file. The
file was also missing the symbol 'gda_sql_statement_get_type', which
will mean the symbol will not be exported properly and will cause the
c++ bindings (libgdamm) to fail to build its shared libs.
I'm attaching a patch that should fix those issues.
On 7/9/2011 4:55 AM, Keith Marshall wrote:
> On 08/07/11 17:24, Antoni Jaume wrote:
>> 2011/7/7 Ryan Laboucane
>>> I'm having some trouble compiling libgda 4.2.8 under mingw32 and msys.
>>> During build, I get the following error, verbatim:
>>> CCLD libgda-4.0.la
>>> Creating libraryfile: .libs/libgda-4.0.dll.aCannot export
>>> gda-tranasction_status_dump: symbol not defined
>> Maybe it is a typing error, and the symbol is gda-transaction_syatus_dump
> It certainly is a typo -- in the e-mail -- for in the attached build log
> it is shown as `gda_transaction_status_dump', but why would it be
> anything as ridiculous as `gda_transaction_syatus_dump', (rather than
> your `gda-transaction_syatus_dump' which could *never* be a valid symbol
> name anyway)?
> Let's see: http://lmgtfy.com/?q=gda_transaction_status_dump
> First hit suggests that the libgda folks have deleted this API, and
> eventually removed it from the libgda.symbols file, so the correct fix
> has already been identified previously in this thread.