Tk Source Code

View Ticket
Login
Ticket UUID: 1712098
Title: Tk still needs Tcl source distro
Type: Bug Version: current: 8.6.0
Submitter: dgp Created on: 2007-05-03 15:55:46
Subsystem: 84. Unix Build Assigned To: jan.nijtmans
Priority: 7 High Severity: Minor
Status: Closed Last Modified: 2021-01-22 15:08:57
Resolution: Fixed Closed By: jan.nijtmans
    Closed on: 2021-01-22 15:08:57
Description:
It appears that Tk will not
compile because it can't
find tcl.h if the Tcl source
distribution has been moved
or deleted.

This is true even if we
configure Tk with the
--with-tcl= option pointing
to the installed tclConfig.sh
file, and even though, IIUC,
steps have been taken to be
sure that Tcl now installs
its private headers.

The headers are installed,
tclConfig.sh notes where
they are.  Tk ought to be
able to build in this environment.
User Comments: jan.nijtmans added on 2021-01-22 15:08:57:

Fixed now. In Tcl 8.7 by exporting Tcl_MacOSXNotifierAddRunLoopMode(), in Tk 8.6 by using a local replacement for tclInt.h.


jan.nijtmans added on 2013-06-28 12:34:03:

See: Tcl commit 15475c0ad5.


andreas_kupries added on 2009-11-11 06:38:11:
Note: The Oct 20 commit broke buildung on OSX Leopard. Apparently the OSX Cocoa code still depends on private headers of Tcl.

<quote from das mail>
The issue is ultimately caused by the cocoa tkMacOSXNotify.c requiring
tclInt.h due to the need for TclMacOSXNotifierAddRunLoopMode(), which
is in internal platform stubs (the carbon tkMacOSXNotify.c doesn't
need internal headers, which explains why you don't see this issue
there...)
Guess we need to move this to the public plat stubs table for 8.6
final to avoid the int headers dependency
</quote>

dgp added on 2009-10-20 23:58:18:
This is tricky enough to need proving on the HEAD
before attempting in an 8.5 patch release.  No longer
targeting 8.5.8.