Minor update to sqlite3-3.47.2

- Fix a problem in text-to-floating-point conversion for SQLite that can cause 
values between '1.8446744073709550592eNNN' and '1.8446744073709551609eNNN' for 
any exponent NNN to be rendered incorrectly. In other words, some numeric text 
values where the first 16 significant digits are '1844674407370955' might be 
converted into the wrong floating-point value. See forum thread 
569a7209179a7f5e. This problem only arises on x64 and i386 hardware. The 
problem was introduced in 3.47.0.

- Other minor bug fixes.

ok?

https://sqlite.org/releaselog/3_47_2.html


Index: Makefile
===================================================================
RCS file: /cvs/ports/databases/sqlite3/Makefile,v
diff -u -p -u -p -r1.131 Makefile
--- Makefile    27 Nov 2024 15:27:36 -0000      1.131
+++ Makefile    10 Dec 2024 19:36:19 -0000
@@ -1,10 +1,10 @@
 COMMENT=       embedded SQL implementation
 
-DISTNAME =     sqlite-autoconf-3470100
-PKGNAME=       sqlite3-3.47.1
+DISTNAME =     sqlite-autoconf-3470200
+PKGNAME=       sqlite3-3.47.2
 
 # XXX needs bumps every time :-
-SHARED_LIBS +=  sqlite3                   37.28 # 8.6
+SHARED_LIBS +=  sqlite3                   37.29 # 8.6
 # sqlite suggests that users might like to assert() that library and header
 # versions match, so bumps are needed even if function signatures don't change.
 # ... at the current time the only one noticed is a < check (in subversion)
Index: distinfo
===================================================================
RCS file: /cvs/ports/databases/sqlite3/distinfo,v
diff -u -p -u -p -r1.76 distinfo
--- distinfo    27 Nov 2024 15:27:36 -0000      1.76
+++ distinfo    10 Dec 2024 19:36:19 -0000
@@ -1,2 +1,2 @@
-SHA256 (sqlite-autoconf-3470100.tar.gz) = 
QWpvRb8srNSUsgj97hvtpQmr2pUdX0e8TyeSEm8BtFI=
-SIZE (sqlite-autoconf-3470100.tar.gz) = 3328564
+SHA256 (sqlite-autoconf-3470200.tar.gz) = 
8bLuQSwo10cryVupljaNbwzc8ANir/2tsn7ShsF5VAs=
+SIZE (sqlite-autoconf-3470200.tar.gz) = 3328600

Reply via email to