Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: odt@xxxxxxx (Olaf Dietrich)
- Date: Wed, 30 Apr 2008 14:49:24 +0000 (UTC)
Neil Madden <nem@xxxxxxxxxxxxx>:
That's what the stubs mechanism is for -- maintains forward and backward
binary compatibility. For instance, you can link against the 8.5 stub
lib and then load the resulting extension into an 8.4 interpreter fine
(so long as you don't need specific 8.5 APIs, of course). Likewise an
extension linked against the 8.4 stub lib should load into an 8.5 interp
no problem.
Yes, however, I want to provide a version without stubs support (in
addition to the recommended stubs version).
(The reason for the no-stubs version is that building the stubs
version can sometimes cause additional problems; see e.g.
the thread next door about the build problems of a stubs-enabled
extension with lcc-win32 and ActiveTcl).
Olaf
.
- References:
- version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: Olaf Dietrich
- Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: Ralf Fassel
- Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: Olaf Dietrich
- Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: Neil Madden
- Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: Olaf Dietrich
- Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- From: Neil Madden
- version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- Prev by Date: Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- Next by Date: Package Require getting "wrong version"
- Previous by thread: Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- Next by thread: Re: version conflict for package "Tcl": TCL_VERSION vs TCL_PATCH_LEVEL
- Index(es):
Relevant Pages
|