On 18/02/06, Iain MacDonnell <[EMAIL PROTECTED]> wrote: > Ludovic Rousseau wrote on 02/03/06 06:02 AM: > > > I just released a new version of pcsc-lite. It is version 1.2.9-beta10 > [snip] > > - the library libpcsclite.so.1 only exports the symbols defined by the > > API (http://pcsclite.alioth.debian.org/pcsc-lite/). > > Something to do with this seems to be causing me problems, building on > Solaris 10 w/ gcc 3.4.3: > > if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I. -I.. -I../src/PCSC > -I../src/PCSC -I../src -I/usr/local/include -Wall -fno-common > -I/opt/ITmuscle2/include -I/usr/sfw/include -MT sys_unix.lo -MD -MP -MF > ".deps/sys_unix.Tpo" -c -o sys_unix.lo sys_unix.c; \ > then mv -f ".deps/sys_unix.Tpo" ".deps/sys_unix.Plo"; else rm -f > ".deps/sys_unix.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../src/PCSC -I../src/PCSC -I../src > -I/usr/local/include -Wall -fno-common -I/opt/ITmuscle2/include > -I/usr/sfw/include -MT sys_unix.lo -MD -MP -MF .deps/sys_unix.Tpo -c > sys_unix.c -fPIC -DPIC -o .libs/sys_unix.o > sys_unix.c: In function `SYS_Initialize': > sys_unix.c:49: warning: visibility attribute not supported in this > configuration; ignored > sys_unix.c: In function `SYS_Mkdir': > sys_unix.c:64: warning: visibility attribute not supported in this > configuration; ignored > sys_unix.c: In function `SYS_GetPID': > sys_unix.c:74: warning: visibility attribute not supported in this > configuration; ignored > > [...etc... (many more)]
These warnings are harmless. Just ignore them. I retried with gcc-3.3 and gcc-3.4 (under Debian) and I don't have these warnings. > and then later: > > /bin/bash ../libtool --tag=CC --mode=link gcc -Wall -fno-common > -I/opt/ITmuscle2/include -I/usr/sfw/include -L/opt/ITmuscle2/lib > -R/opt/ITmuscle2/lib -L/opt/sfw/lib -R/opt/sfw/lib -L/usr/local/lib > -R/usr/local/lib -o libpcsclite.la -rpath /opt/ITmuscle2/lib > -version-info 1:0:0 debuglog.lo winscard_msg.lo winscard_clnt.lo > sys_unix.lo thread_unix.lo dyn_unix.lo dyn_hpux.lo dyn_macosx.lo > strlcpy.lo strlcat.lo -ldl -D_REENTRANT -pthread -lsocket > gcc -shared -Wl,-h -Wl,libpcsclite.so.1 -o .libs/libpcsclite.so.1.0.0 > .libs/debuglog.o .libs/winscard_msg.o .libs/winscard_clnt.o > .libs/sys_unix.o .libs/thread_unix.o .libs/dyn_unix.o .libs/dyn_hpux.o > .libs/dyn_macosx.o .libs/strlcpy.o .libs/strlcat.o -R/opt/ITmuscle2/lib > -R/opt/sfw/lib -R/usr/local/lib -L/opt/ITmuscle2/lib -L/opt/sfw/lib > -L/usr/local/lib -ldl -lsocket -lc -pthread > gcc: unrecognized option `-pthread' > Text relocation remains referenced > against symbol offset in file > SYS_CloseFile 0x62b .libs/sys_unix.o > SYS_CloseFile 0x677 .libs/sys_unix.o > SYS_CloseFile 0x6c3 .libs/sys_unix.o > SHMMessageSend 0x6f0 .libs/winscard_msg.o > SYS_Chdir 0x71a .libs/sys_unix.o > SYS_Fork 0x54f .libs/sys_unix.o > SYS_Fork 0x5b9 .libs/sys_unix.o > ld: fatal: relocations remain against allocatable but non-writable sections > collect2: ld returned 1 exit status > gmake[3]: *** [libpcsclite.la] Error 1 > > > Changing the definition of "INTERNAL" to be blank in misc.h allows the > build to succeed. Strange. Can you send the the output of your ./configure execution? > BTW, if I try to build with Sun Studio 11 instead of gcc, I get stuck > here: > > /bin/bash ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. > -I.. -I../src/PCSC -I../src/PCSC -fvisibility=hidden -I../src > -I/usr/local/include -I/opt/ITmuscle2/include -I/usr/sfw/include -c -o > debuglog.lo debuglog.c > mkdir .libs > cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src/PCSC -I../src/PCSC > -fvisibility=hidden -I../src -I/usr/local/include > -I/opt/ITmuscle2/include -I/usr/sfw/include -c debuglog.c -KPIC -DPIC > -o .libs/debuglog.o > cc: Warning: illegal option -fvisibility=hidden > "misc.h", line 52: non-formal identifier follows "#" in #define > "misc.h", line 53: non-formal identifier follows "#" in #define > cc: acomp failed for debuglog.c > gmake[3]: *** [debuglog.lo] Error 1 I don't have access to a SUN computer. I got the solution from [1] but adadpted it in a wrong way. You can't use a # inside a #define so it is not possible to use #define CONSTRUCTOR_DECLARATION(x) #pragma init (x) This should now be solved in changeset 1878 [2]. Can you check it is OK for you? Thanks, [1] http://archives.neohapsis.com/archives/dev/muscle/2005-q3/0259.html [2] http://svn.debian.org/wsvn/pcsclite?op=comp&[EMAIL PROTECTED]&[EMAIL PROTECTED] -- Dr. Ludovic Rousseau _______________________________________________ Muscle mailing list [email protected] http://lists.drizzle.com/mailman/listinfo/muscle
