which does not affect our port in any way, we don't use that part of the
distfile.
Complained by: many, many, many
Verified by: md5 on old and new package contents
Pointy hat to: bunch of jhonkas in PHP Project for rerolling a release tarball
installed libraries are now named libitcl.so.3 & libitk.so.3 instead
of having the version be part of the libname (libitcl33.so.1). The
itclConfig.sh and itkConfig.sh are now also installed, which is required
by some software (such as the insight -- a gdb frontend).
Fix-up the (unchanged) iwidgets port to reflect the above and improve it
to not require its own copy of the itcl tree at install time.
Approved by: maintainer
Fix-up the tkdesk port to reflect the itcl/itk changes, which required
updating it to the 2.0p2 (from 2.0). (This lovely piece of software
badly needs a caring maintainer, BTW.) While here, teach tkdesk to use
installed blt instead of building its own.
The only iwidget/itk/itcl consumer that remains broken is net/smm++ (a
MUD client). This should change as soon as the maintainer get back to
me.
Tcc's features include:
* Small: You can compile and execute C code everywhere, for
example on rescue disks (about 100KB for x86 TCC executable,
including C preprocessor, C compiler, assembler and linker).
* Fast: tcc generates optimized x86 code. No byte code overhead.
Compile, assemble and link several times faster than GCC.
* Unlimited: Any C dynamic library can be used directly. TCC is
heading torward full ISOC99 compliance. TCC can of course compile
itself.
* Safe: tcc includes an optional memory and bound checker. Bound
checked code can be mixed freely with standard code.
* Compile and execute C source directly. No linking or assembly
necessary. Full C preprocessor and GNU-like assembler included.
* C script supported : just add '#!/usr/local/bin/tcc -run' at
the first line of your C source, and execute it directly from the
command line.
* With libtcc, you can use TCC as a backend for dynamic code
generation.
This build uses an unthreaded RTS, please see the GHC mailing lists for
details and report any problems you observe (eg. non-termination/segfaults in
compiled binaries).
Approved by: cabal
- CALL is the default one
- SWITCH should be slightly faster
- GOTO should boost performance (and increase compilation time)
Suggested by: Michael Josic <systemoperator@gmail.com>
- remove all slave ports
- add the ability to build all SAPIs concurrently
- update php5 to 5.1.4
*Read* the UPDATING file *before* trying to update PHP
(or at least before mailing me).
(This commit prevents the ports breakage after more strict condition
will applied in bsd.port.mk and makes no functional changes)
PR: ports/95238
Submitted by: nobutaka
