(Darren can you bump this onto the SQLite list? Thanks) The HAVE_USLEEP flag is provided by the following.
if ( $Config{d_usleep} || $Config{osname} =~ m/linux/ ) { push @CC_DEFINE, '-DHAVE_USLEEP=1'; } The %Config hash exposes the internal flags and settings that the underlying Perl language was originally compiled with. The $Config{d_usleep} flag should be true if the original Perl ./Configure run detected it. I can confirm that when I build on Windows we don't use HAVE_USLEEP Adam K 2010/1/4 Darren Duncan <dar...@darrenduncan.net>: > > > -------- Original Message -------- > Subject: Re: [sqlite] [DBD-SQLite] Re: SQLite bug ticket - build fails on > sun4-solaris-64int 2.10 > Date: Sun, 03 Jan 2010 09:56:46 -0800 > From: Roger Binns <rog...@rogerbinns.com> > Reply-To: General Discussion of SQLite Database <sqlite-us...@sqlite.org> > To: General Discussion of SQLite Database <sqlite-us...@sqlite.org> > References: <4b3efa2a.3090...@darrenduncan.net> > <4b3f0480.8080...@rogerbinns.com> <4b3f0786.50...@darrenduncan.net> > <b8cb49a41001022047g2a07b1eem386cc95e40fcd...@mail.gmail.com> > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Adam Kennedy wrote: >> >> Unfortunately, we neither have the ability to run configure (as we >> don't have reliable access to /bin/sh or any of the other stuff it >> needs) or the ability to use a pregenerated static configuration >> across all platforms. > > Well, you already pre-generate -DHAVE_USLEEP which doesn't exist on Windows > or older Unixen! Your only workaround is to read/run the real configure to > see what kind of stuff it generates and then write your own tests to > generate the same flags. > > GMTIME_R/LOCALTIME_R will affect performance if doing date/time code - not > having them means SQLite internally uses a mutex around calls to > gmtime/localtime which still leaves you vulnerable to bogus data if any > other non-SQLite thread in the program calls those functions. > > The other flags mainly cover header file presence and you'll generally get > away without defines for them (unistd.h likely has everything anyway). The > only likely gotcha is if you have extension loading enabled in which case > SQLite needs to know which header contains dlopen and friends. > > Roger > > > _______________________________________________ > DBD-SQLite mailing list > DBD-SQLite@lists.scsys.co.uk > http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbd-sqlite > _______________________________________________ DBD-SQLite mailing list DBD-SQLite@lists.scsys.co.uk http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbd-sqlite