This bug only applies to old versions of Felix.
Newer versions of Felix do not put any header
files in /usr/include.
Felix will build with whatever data types the C/C++ compiler
provides by default.
[Mike, this should be closed, it doesn't apply to
the current version of Felix]
--
John Sk
think anything else that
> > mod_caml-like projects will need it ...
>
> That would also need to go upstream before Fedora could accept it.
Why? I would have thought it is close to *policy* to provide
libraries for both static and dynamic link.
--
John Skaller
Felix, successor to C++: http://felix.sf.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
're there :)
The mirror *should* add new packages, then add the index,
then remove any hidden packages but I guess it just uses
a generalised filesystem synching program.
--
John Skaller
Felix, successor to C++: http://felix.sf.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
$::tk_library] < 0} {
lappend ::auto_path $::tk_library
}
which suggests somehow /usr/lib/tk8.4 needed to be on the
auto-load search path already.
--
John Skaller
signature.asc
Description: This is a digitally signed message part
t
Tk has been misused by everyone for decades including
its designer, who never understood how to make it load
properly -- so it isn't surprising no one else did either.
Looks like it is STILL all wrong. The open chain MUST go:
appl --> tcl --> tk
and the close chain is the reverse. If the app wants to
call Tk api, it can open tk after Tcl has. It should close
it before closing Tcl, so that Tcl can close tk, which
allows tk to unlink itself from the event loop whilst
that event loop's static data is still held by Tcl.
--
John Skaller
signature.asc
Description: This is a digitally signed message part
5 matches
Mail list logo
