Ticket UUID: | 418425 | |||
Title: | Add TCL_THREADS to tclConfig.sh. | |||
Type: | Patch | Version: | None | |
Submitter: | mdejong | Created on: | 2001-04-24 02:24:02 | |
Subsystem: | 53. Configure and Build Tools | Assigned To: | mdejong | |
Priority: | 5 Medium | Severity: | ||
Status: | Closed | Last Modified: | 2001-04-26 05:03:17 | |
Resolution: | Accepted | Closed By: | mdejong | |
Closed on: | 2001-04-25 22:03:17 | |||
Description: |
Here is a patch to the current CVS that will add the a TCL_THREADS variable to the generated tclConfig.sh file. This will provide a way for an extension to find out if Tcl was compiled with thread support. It may not be possible to run some extensions without a thread enabled Tcl core, Tcl Blend is a good example. This change means the error condition of not compiling Tcl with --enable-threads can be detected when the extension is configured. | |||
User Comments: |
mdejong added on 2001-04-26 05:03:17:
Logged In: YES user_id=90858 I made the change you suggested to the AC_SUBST() and checked the patch in. hobbs added on 2001-04-25 05:13:19: Logged In: YES user_id=72656 In the unix/tcl.m4, don't we need just one AC_SUBST outside of the if/else? I think this should go in. Tcl also defines "tcl_platform (threads)", but the way it does it is to only set it to one if we are a threaded build. The var should always exist, and be set to 0/1 depending on the build. We should really have most of tclConfig.sh set in tcl_platform (or a new ::tcl::build var). Anyway, that's an aside to the fact that this is a step in the right direction. mdejong added on 2001-04-24 09:49:25: File Added - 5660: threads.patch |
Attachments:
- threads.patch [download] added by mdejong on 2001-04-24 09:49:25. [details]