Hi,
the _ is probably added as part of the compiler's name mangling (google
it if you wish), and is a quite standard way of dealing with object
names. However, I note that you are not including vdbe.o in the link
stage, nor are you including main.o, which may be why it is
complaining. I don't know if these existed in 2.8.4, so I may be wrong.
HTH
Ulrik Petersen
Uwe Steinmann wrote:
Hi,
I'm trying to cross compile sqlite 2.8.4 for windows on linux ppc
system. Compiling the sources works but linking results in many
unresolved symbols errors.
/usr/libexec/gcc/i586-mingw32msvc/3.4.2/collect2 --dll -Bdynamic -e [EMAIL
PROTECTED] -o sqlite.dll
/usr/lib/gcc/i586-mingw32msvc/3.4.2/../../../../i586-mingw32msvc/lib/dllcrt2.o
/usr/lib/gcc/i586-mingw32msvc/3.4.2/crtbegin.o
-L/usr/lib/gcc/i586-mingw32msvc/3.4.2 -L/usr/lib/gcc/i586-mingw32msvc/3.4.2
-L/usr/lib/gcc/i586-mingw32msvc/3.4.2/../../../../i586-mingw32msvc/lib
--base-file /tmp/cc5dzKms.base -e [EMAIL PROTECTED] --image-base 0x673C0000
-lmsvcrt attach.o auth.o btree.o btree_rb.o build.o copy.o date.o delete.o
encode.o expr.o hash.o insert.o os.o pager.o parse.o pragma.o printf.o select.o
table.o trigger.o update.o util.o where.o -lmingw32 -lgcc -lmoldname -lmingwex
-lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname
-lmingwex -lmsvcrt /usr/lib/gcc/i586-mingw32msvc/3.4.2/crtend.o
attach.o:attach.c:(.text+0x1d): undefined reference to `_sqliteVdbeAddOp'
attach.o:attach.c:(.text+0x1f8): undefined reference to `_sqliteBtreeFactory'
attach.o:attach.c:(.text+0x2e6): undefined reference to `_sqliteInit'
attach.o:attach.c:(.text+0x343): undefined reference to `_sqliteVdbeAddOp'
build.o:build.c:(.text+0x77): undefined reference to `_sqliteInit'
The problem is in any case the leading underscore.
Has anybody an idea where that underscore comes from?
Uwe
