Re: [Globalplatform-users] Building GlobalPlatform 4.1.3 under Tiger

[Karsten O. <wid...@t-...>]

Andrea Cogliati schrieb:
> On 5/16/07 2:22 AM, "Karsten Ohme" <wid...@t-...> wrote:
> 
>> Maybe the configure script is too script. Try the following:
> <snip>
>> As workaround just remove these line so the check is not done anymore.
>> Usually it should be libpcsclite.lib should be still on the default
>> library path. If you some headers are not found (the ones where
>> winscard.h resides) use CFLAGS=<path to winscard.h>
> 
> Ok, a little step ahead. Removing the lines you suggested, I can now pass
> configure. I had to install a newer libtools package and had to use the
> following command to have gcc find pcsclite headers:
> 
> /configure 
> CPPFLAGS=-I/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/PCSC.fr
> amework/Headers/
> 
> Now, when I run make I get lots of errors like this:
> 
> source='GlobalPlatform.c' object='GlobalPlatform.lo' libtool=yes \
> depfile='.deps/GlobalPlatform.Plo' tmpdepfile='.deps/GlobalPlatform.TPlo' \
> depmode=gcc3 /bin/sh ./depcomp \
> /bin/sh ./libtool --mode=compile gcc -DPACKAGE_NAME=\"GlobalPlatform\"
> -DPACKAGE_TARNAME=\"globalplatform\" -DPACKAGE_VERSION=\"4.1.3\"
> -DPACKAGE_STRING=\"GlobalPlatform\ 4.1.3\"
> -DPACKAGE_BUGREPORT=\"k_...@us...\"
> -DPACKAGE=\"globalplatform\" -DVERSION=\"4.1.3\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDLIB_H=1
> -DHAVE_MALLOC=1 -DHAVE_VPRINTF=1 -DHAVE_MEMCPY=1 -DHAVE_VSYSLOG=1
> -DHAVE_ZCONF_H=1 -DHAVE_ZLIB_H=1 -DHAVE_LIBZ=1 -DHAVE_OPENSSL_RAND_H=1
> -DHAVE_OPENSSL_ERR_H=1 -DHAVE_OPENSSL_EVP_H=1 -DHAVE_OPENSSL_PEM_H=1
> -DHAVE_LIBCRYPTO=1  -I. -I.
> -I/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/PCSC.framework/H
> eaders/  -g -O2 -c -o GlobalPlatform.lo `test -f 'GlobalPlatform.c' || echo
> './'`GlobalPlatform.c
> mkdir .libs
>  gcc -DPACKAGE_NAME=\"GlobalPlatform\" -DPACKAGE_TARNAME=\"globalplatform\"
> -DPACKAGE_VERSION=\"4.1.3\" "-DPACKAGE_STRING=\"GlobalPlatform 4.1.3\""
> -DPACKAGE_BUGREPORT=\"k_...@us...\"
> -DPACKAGE=\"globalplatform\" -DVERSION=\"4.1.3\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDLIB_H=1
> -DHAVE_MALLOC=1 -DHAVE_VPRINTF=1 -DHAVE_MEMCPY=1 -DHAVE_VSYSLOG=1
> -DHAVE_ZCONF_H=1 -DHAVE_ZLIB_H=1 -DHAVE_LIBZ=1 -DHAVE_OPENSSL_RAND_H=1
> -DHAVE_OPENSSL_ERR_H=1 -DHAVE_OPENSSL_EVP_H=1 -DHAVE_OPENSSL_PEM_H=1
> -DHAVE_LIBCRYPTO=1 -I. -I.
> -I/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/PCSC.framework/H
> eaders/ -g -O2 -c GlobalPlatform.c -MT GlobalPlatform.lo -MD -MP -MF
> deps/GlobalPlatform.TPlo  -fno-common -DPIC -o .libs/GlobalPlatform.o
> In file included from GlobalPlatform.c:55:
> GlobalPlatform/GlobalPlatform.h:86: error: parse error before
> 'OPGP_VISA_DEFAULT_KEY'
> GlobalPlatform/GlobalPlatform.h:86: warning: data definition has no type or
> storage class
> GlobalPlatform/GlobalPlatform.h:89: error: parse error before
> 'OPGP_GEMXPRESSO_DEFAULT_KEY'
> GlobalPlatform/GlobalPlatform.h:89: warning: data definition has no type or
> storage class
> GlobalPlatform/GlobalPlatform.h:151: error: parse error before
> 'GP211_CARD_MANAGER_AID'
> GlobalPlatform/GlobalPlatform.h:151: warning: data definition has no type or
> storage class
> GlobalPlatform/GlobalPlatform.h:196: error: parse error before
> 'GP211_GET_DATA_ISSUER_IDENTIFICATION_NUMBER'
> GlobalPlatform/GlobalPlatform.h:196: warning: data definition has no type or
> storage class

PCSCLite simulates the Windows SCard API and so uses Windows types.
These types are contained in winscard.h and should be included with
PCSCLite (otherwise it would have complained some lines above also). I
do not get this error with gcc udner Linux. I don't believe this error
is caused by the Windows types. It always happens at locations where
"const" is used. Try to remove the const keyword in the header file. If
this is the problem check your version of gcc.

Maybe Sourceforge compile farm will works someday again. There I can
test it under MacOS X and collect all necessary changes for MacOS X
compatibility.

Regards,
Karsten

> 
> <snip>
> 
> It seems that the source code references Windows specific types, like
> LPBYTE, that gcc can't resolve. Do I need to include something else?
> 
> Thanks again,
> 
> Andrea
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Globalplatform-users mailing list
> Glo...@li...
> https://lists.sourceforge.net/lists/listinfo/globalplatform-users