This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [ITA] tcl-sqlite3
- From: "Yaakov (Cygwin/X)" <yselkowitz at users dot sourceforge dot net>
- To: cygwin-apps at cygwin dot com
- Date: Tue, 14 Jan 2014 13:16:07 -0600
- Subject: Re: [ITA] tcl-sqlite3
- Authentication-results: sourceware.org; auth=none
- References: <CAO1jNwsYKsT7jqybnmZ5JPp19N4UcqX_B6yY8FpqVnoEih=Xog at mail dot gmail dot com> <20140114095539 dot GA6160 at calimero dot vinschen dot de>
- Reply-to: cygwin-apps at cygwin dot com
On 2014-01-14 03:55, Corinna Vinschen wrote:
I don't know much about sqlite, but your package content puzzles me:
usr/lib/sqlite3.8.2/pkgIndex.tcl
usr/lib/sqlite3.8.2/sqlite382.dll
usr/share/man/mann/sqlite3.n.gz
This looks only vaguely related to tcl. I see that the existing
tcl-sqlite3-3.7.15.2-1.tar.bz2 in the 64 bit distro looks similar,
Yes, that's the default TEA layout.
but it's bound against sqlite-3.7.15.2, so it probably won't work
with recent sqlite versions anyway.
It should still work, it just won't have bindings for the newest
features in sqlite-3.8.x.
I really don't quite grok the directory layout and the naming.
I took a look into the Fedora package, which is called "sqlite-tcl".
It provides
/usr/lib/tcl8.5/sqlite3
/usr/lib/tcl8.5/sqlite3/libtclsqlite3.so
/usr/lib/tcl8.5/sqlite3/pkgIndex.tcl
That makes more sense to me:
- As a tcl package the shared lib should be under /usr/lib/tcl8.5
Not necessarily. Packages built with Tcl stubs are not linked to
libtcl8.5 and should be compatible with any (at least newer) version of
Tcl without having to be rebuilt.
- The subdir and the shared lib shouldn't have the *exact* name of
the sqlite version, otherwise they don't make sense anymore if
sqlite gets updated to, say, 3.8.3.
Tcl extensions are loaded via pkgIndex.tcl, so the module name itself is
irrelevant.
Yaakov