[Fwd: Re: [sqlite] [DBD-SQLite] Re: SQLite bug ticket - build fails on sun4-solaris-64int 2.10]

Adam Kennedy adamkennedybackup at gmail.com
Sun Jan 3 23:40:21 GMT 2010

(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/ ) {

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 <darren at 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 <rogerb at rogerbinns.com>
> Reply-To: General Discussion of SQLite Database <sqlite-users at sqlite.org>
> To: General Discussion of SQLite Database <sqlite-users at sqlite.org>
> References: <4B3EFA2A.3090507 at darrenduncan.net>
> <4B3F0480.8080609 at rogerbinns.com>       <4B3F0786.50800 at darrenduncan.net>
> <b8cb49a41001022047g2a07b1eem386cc95e40fcd675 at mail.gmail.com>
> 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 at lists.scsys.co.uk
> http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbd-sqlite

More information about the DBD-SQLite mailing list