matheus ribeiro wrote:
> Hi all, Im trying to compile karsten musclecard with pcsclite1.2.9
> beta10 from svn with no success.

Yes. This problem exist because the current release hides some symbols
which are needed by my version. I quick fix will be to copy this files
also in the source directory (but some of them should be already there,
because the Windows version needs them, I think only dyn_unix.c is
necessary).

Adjust Makefile.am

libmusclecard_la_SOURCES = \
        dyn_unix.c \
        thread_unix.c \
...

Maybe this is all.

> 
> I have 2 problems. first one:
> /home/usuarios/mribeiro/programas/svnroot/smartcard/libmusclecard/trunk/src/muscletest.c:171:
> undefined reference to `strlcpy'
> ../src/.libs/libmusclecard.so: undefined reference to `DYN_LoadLibrary'
> ../src/.libs/libmusclecard.so: undefined reference to `SYS_MutexUnLock'
> ../src/.libs/libmusclecard.so: undefined reference to `SYS_MutexLock'
> ../src/.libs/libmusclecard.so: undefined reference to `SYS_ThreadCreate'
> ../src/.libs/libmusclecard.so: undefined reference to `SYS_ThreadExit'
> ../src/.libs/libmusclecard.so: undefined reference to `DYN_CloseLibrary'
> ../src/.libs/libmusclecard.so: undefined reference to
> `LTPBundleFindValueWithKey'
> ../src/.libs/libmusclecard.so: undefined reference to `DYN_GetAddress'
> ../src/.libs/libmusclecard.so: undefined reference to `SYS_ThreadJoin'
> 
> -> Some functions are tagged as internal, which means they cant be seen
> outside the library. But libmusclecard uses those functions. I solved
> this removing the INTERNAL attribute. But then...
> 
> ../src/.libs/libmusclecard.so: undefined reference to
> `LTPBundleFindValueWithKey'

tokenparser.c is generated form tokenparser.l and is contained in my
version. With the current release at

http://web.inf.tu-dresden.de/~ko189283/MuscleCard

this file should be generated.

> 
> -> This function existed in beta8 and beta9, in tokenparser.c, though I
> cannot find it anymore in beta10.
> 
> I can still compile using older versions, but im curious what would be
> the correct solution to these problems. As those functions are
> internals, libmusclecard shouldnt use they, should it?

Usually libmusclecard and pcsclite are one package, and maybe will be
again, but at the moment are not.

Karsten
> 
> Thanks
> Matheus
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Muscle mailing list
> [email protected]
> http://lists.drizzle.com/mailman/listinfo/muscle

_______________________________________________
Muscle mailing list
[email protected]
http://lists.drizzle.com/mailman/listinfo/muscle

Reply via email to