Reporting issues against 3.6.23.1 after encountering one building
Subversion 1.6.11 on Tru64 V4.0G:

* -D_POSIX_C_SOURCE=199506L was needed in order to enable the necessary
  pthread functionality on this system. The Unix configure script should
  at least check that this is available.

* RTLD_GLOBAL does not exist on this system. (See attached patch for a
  quick fix, against the amalgamated source.)

* I still see errors when linking the shared library:

/usr/local/bin/bash ./libtool --tag=CC --mode=link cc -DSQLITE_THREADSAFE=1  
-DSQLITE_ENABLE_FTS3 -DSQLITE_ENABLE_RTREE -std1 -warnprotos -readonly_strings 
-fast -O4    -o libsqlite3.la -rpath /opt/sqlite/lib -no-undefined 
-version-info 8:6:8 sqlite3.lo  
/usr/bin/ld -shared  .libs/sqlite3.o  -lc  -msym -soname libsqlite3.so.0 `test 
-n "8.8.6:0.0:1.0:2.0:3.0:4.0:5.0:6.0:7.0:8.0" && echo -set_version 
8.8.6:0.0:1.0:2.0:3.0:4.0:5.0:6.0:7.0:8.0` -update_registry .libs/so_locations 
-o .libs/libsqlite3.so.8.8.6
/usr/bin/ld:
Warning: Unresolved:
__pthread_self
pthread_mutexattr_init
pthread_mutexattr_destroy
__pthread_mutex_init
__pthread_mutex_destroy
__pthread_mutex_lock
__pthread_mutex_trylock
__pthread_mutex_unlock
pthread_mutexattr_settype
(cd .libs && rm -f libsqlite3.so.0 && ln -s libsqlite3.so.8.8.6 libsqlite3.so.0)
(cd .libs && rm -f libsqlite3.so && ln -s libsqlite3.so.8.8.6 libsqlite3.so)
ar cru .libs/libsqlite3.a  sqlite3.o
ranlib .libs/libsqlite3.a
creating libsqlite3.la
(cd .libs && rm -f libsqlite3.la && ln -s ../libsqlite3.la libsqlite3.la)

  These errors were non-fatal in the build, but I suspect the shared
  library isn't going to be of much use like this. There needs to be
  some -lpthread option or the like passed to the linker (another thing
  that the configure script needs to determine, as the proper
  incantation varies per system).


--Daniel

(Please Cc: any replies to me, as I am not subscribed to this list.)


-- 
NAME = Daniel Richard G.     _\|/_    Remember, skunks
MAIL = sk...@iskunk.org     (/o|o\) _- don't smell bad---
MAIL+= sk...@alum.mit.edu   < (^),>     it's the people who
WWW  = (not there yet!)      /   \      annoy us that do!
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to