Thanks for the response Manolo. Although it didn't help me, I'm sure it
will help others.
The solution was to add the symbol 'gda_sql_statement_get_type' to the
.symbols file of the libgda sub-folder in the libgda sources, and then
build libgda with that.
With that symbol added and properly exported, libgdamm will properly
build against libgda.
I've attached a patch in a thread about libgda, and will also attach it
here to fix the two issues with symbols in the libgda sources.
I have explained in a bit more detail where I went wrong below, in hopes
it helps someone else down the line.
> Hi Ryan
> Sometimes some "undefined reference" errors are due to the order of
> libraries you pass to the linker.
This is generally a good thing to check, and another site said exactly
the same thing. :)
However, in my case, this wasn't the problem, but rather there was a
problem with the libgda shared libs that the linker was trying to link
against. Namely, the problem was the symbol was present, but not
I also should have used nm with the -g flag. Without that, nm tells
symbols are present in the .dll, but not which ones are exported properly.
Get latest updates about Open Source Projects, Conferences and News.