years of idleness. The changes are fairly substantial -- all Tk bits,
however insignificant they were, are now removed completely, for
example. No TclX enabled executable is built/installed either -- a Tcl
script is expected to load the Tclx package via the "package require
Tclx" only.
The changes to port add the handling of SIGINFO (made possible by the
recent fix-up of lang/tcl84), running the authors' test-target as part
of the build, and skipping building/installing of help files in the
NOPORTDOCS case.
The devel/tcl-neo is the only dependant port of tclX and is updated to
depend on the new version.
eliminate all warnings (on i386) and const-ify the KeyedList-API and
others (patch-warnings grew up).
Fix a typo in the previous commit (s/KeyList/KeyedList/g in MLINKS).
Bump PORTREVISION again.
. when parsing man-files, do not choke on files
containing '.so man.macros';
. be ready for the .bz2 man-pages;
. do not use vendor's install-doc target at all -- install
the vendor's manual pages in post-install and declare
MLINKS to have bsd.port.mk do the Right Thing (TM) --
links instead of copies of the manual pages.
This may even work now :-)
It's worth pointing out that the Tcl project used to
*recommend* that application writers copy this kludge.
These ports work fine with Tcl 8.3, which provided a fake
matherr() even if the OS didn't, but here's what the
Tcl 8.4 changelog has to say:
2002-05-31 (dead code)[474335,555635] removed all use of matherr() (english)
*** POTENTIAL INCOMPATIBILITY ***
The following lines can be safely removed from any application that
has them, unless compatibility with SunOS 4.X is desired.
extern int matherr();
int *tclDummyMathPtr = (int *) matherr;
The build problems were pointed out by Kris, as usual. ;-)
of TclPro made TclX-8.3 available last year. There is not a whole
lot of changes, and most of them deal with the Windows parts of the
thing, but here is the upgrade 8.3 anyway. Please, test...
I think, it is time to repocopy tclX82 into tclX and get rid of
tclX75, tclX80, and tclX82...
some occasions, this prevent it from being loaded properly, even
though other libs already loaded already bring in -lm. I don't
understand the rtld :(
Only build the Tk related help files, if WITHOUT_X11 is not
specified. Previously they were built, but not installed. If you
did not have Tk installed, that build failed for you -- see PR
29722...
PR: ports/29722
myself (for the lack of children, whom I could've prohibited to
do it). Sorry.
Upgrade this port to:
. build against TCL-8.3 by default (controllable by TCL_VER)
. build with or without TK (controllable by NO_X)
. take over maintainership -- regretfully, Justin was
rather idle recently
. build the helpfiles once -- during the build stage --
not during the install stage
On a side note, I more and more resent the fact, that our TCL
8.3 is built with the -stubs. It just introduces more variables
without noticeable benefit. On FreeBSD shared libraries work
well...
I tested this with TCL-8.3 (with and without TK), and with
TCL-8.2 (without TK only). Please, test this more.
the road to obliterating tcl/tk 8.0 from the tree.
Note 1: the patches have been extensively re-worked from the
original submission, to make this port PREFIX-safe,
and also to deal with multiple patchfiles updating the
same source file.
Note 2: I've left the MAINTAINER as jseger. Justin, you may
want to cast your TCL-expert eye over this one, it seems
to do the right thing.
PR: 16970
Submitted by: Mikhail Teterin <mi@aldan.algebra.com>
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
all the way to diffing yorick/pkg/PLIST and then died with a
"bad hostname freefall.freebsd.org" .... Hopefully that's not bad... ;-)
Hmm.. Maybe I'll try doing this from beast, next! kickme's a boring
machine, and bento is busy.
script handles for tclX and tkstep. This is as per several discussions
on -ports. I expect one or two of the depending ports to break silently.
I didn't touch the ja-ports, since INSTALL.wish might want translating?
PR: bin/5894
Mention: Eivind, who wrote part of INSTALL.wish
