Note you need an existing gnat compiler to build this. (A package will do.)
PR: 3687
Submitted by: Maurice Castro <maurice@planet.serc.rmit.edu.au> and
Daniel M. Eischen <deischen@iworks.InterWorks.org>
The integrated Perl 5 Modules Parse::ePerl and Apache::ePerl.
This is _NOT_ already installed by the port lang/eperl/ because
lang/eperl is the port for the stand-alone ePerl while this
port lang/p5-ePerl/ uses the other half of the hybrid distribution.
Reviewed by: Andreas Klemm
Submitted by: Ralf S. Engelschall
- Changed PATCH_SITES, added some more mirrors and now use ftp sites
- Autoconf is needed in FETCH_DEPENDS, since I have to re-create
the configure script just before the pre-configure target
- pre-configure target now does the suggested maintainer-clean
- post-install renames c++, g++, gcc to pc++, pg++ and pgcc
to avoid conflicting usage with the systems default compiler.
- updated PLIST
segmentation violations and assertion failures occur. Support
several system calls not supported previously.
PR: This is part of the fix for ports/3572.
not thread safe at all. This commit repairs the damage.
This changes the minor version numbers of the Modula-3 shared
libraries. The packages that depend on modula-3-lib will need to
be rebuilt:
net/cvsup
print/virtualpaper
This eliminates the malloc warnings brought about by the recent
merging of calloc into malloc.c in -current's libc.
This changes the minor version numbers of the Modula-3 shared
libraries. The packages that depend on modula-3-lib will need to
be rebuilt:
net/cvsup
print/virtualpaper
In-Conjunction-With: Satoshi's patch to bsd.port.mk
(note: unlike the last change in perl5 versions, I have only upgraded p5-* ports, not other ports that rely upon perl5.)
Please note, that I left out the very last diff, because after
that configure doesn't work properly anymore.
PR:
Reviewed by:
Submitted by:
Obtained from:
- build some modules as shared objects, reducing the interpreter's
size and removing the dependency on tix
- install shared objects in lib
- remove version number from OS-dependent script dir
A new port of PyTix will follow shortly.
/usr/bin/perl a while ago. It works with 5.003 and 5.004-tobe.
I can't test it on freefall (I don't have a setuid script to play with)
but it works at home. I'll test on thud later.
Every setuid script found on a partition mounted "nosuid" will not be executed
and "Permission Denied" will be displayed.
It won't be in soo-to-be-released 5.004 because it is not a FreeBSD speciific
problem but it will be dealt with in 5.004_01 (maintenance release).
Obtained from: Jörg's patch (edited for Perl5 by me).
something to deal with SSL ;-)
Reordered master sites, put http address before ftp, because the
ftp server's address might change soon.
PR:
Reviewed by:
Submitted by: the author
Obtained from:
my very last changes:
- put ftp site before http site
- commented out INSTALL_ALSO_AS_SSSL= yes
because the apache ssl port is currently marked broken
- because of SSL brokenness I removed cgi-bin/nph-eperl from
the PLIST so that this port packages fine ...
This port should be revamped by the author to be organized like the
apache port, because INSTALL_ALSO_AS_SSSL= influences the PLIST.
PR:
Reviewed by: andreas
Submitted by: Ralf S. Engelschall <rse@engelschall.com>
Obtained from:
to require and older version of tcl/tk. Given that the latest version
(called 2.2, as opposed to 2.0 that we have) is timestamped November
'95, we may not have much hope. :(
`A Retargetable C Compiler: Design and Implementation'
(Addison-Wesley, 1995, ISBN 0-8053-1670-1).
lcc is a production compiler with a hand crafted lexical analyzer and a
hand-coded recursive decent parser. The lexer and parser code is well
written and very easy to read (and learn from :-)).
lcc compiles much faster than FreeBSD's stock [gcc] compiler. However, it
does not under stand FreeBSD's "long long" data type.
Contributions by: Soren Schmidt
mythical MIX computer, defined in:
Donald E. Knuth, _The Art of Computer Programming, Vol. 1: Fundamental
Algorithms_. Addison-Wesley, 1973 (2nd ed.)
Some of us were playing with it at school... so I made a port of it.
want higher optimization levels result in unsafer binaries).
Fix bug, that causes core dumps when using higher optimization levels
than -O2.
Results with dhrystone 2.1 (1000000 loops):
stock cc (2.7.2.1 from current) : 136k (136xxx)
pgcc-current with -O2 : 138k
pgcc-current with -O6 : 172k
And no coredump anymore. Reason for coredump:
With -O3 cc1 does an register-to-register-copy optimization and it tries
to write some debugging information about what it is doing into a file
that does not exist unless you have instructed cc1 to dump all its
information about its internal state. (From: Sascha Blank)
BTW: PLIST is really coming soon, it's on my todo list ;-)
BTW2: Is Sascha already in the contributors list ? Have to go to work now.
Submitted by: Sascha Blank <blank@sliphost37.uni-trier.de>
optimizations. The motivation to make a separate pgcc port is, to
provide two versions, an official release, which is missing the
leading edge of developement and an interesting current version,
which fixes some things and might breake (or not) others.
Fact is, that one is able to compile and run a complete FreeBSD-current
kernel without trouble and so closes 2 PR's.
>Number: 1221
>Category: bino
and possibly
>Number: 1222
>Category: ports (should be tested by the submitter.
PLISTs.
Note: I know that this is going to break some symlinks and/or .so
includes, I will back some of these out as I run into these during
package building.
names, e.g., "m3build-4" and "m3build-4.0". This makes it possible for
ports that depend on this one to require a specific version. Since the
shared libraries have been moved into a separate port, their version
numbers can no longer be used for that purpose.
will be used to support SOCKS operation in the soon-to-be-released next
version of CVSup.
A tip of the hat to: Darryl Okahata, who developed the patches
necessary to make the SOCKS library work with Modula-3's multithreaded
I/O system.
the new "modula-3-lib" port. The split allows one to save a lot of
disk space by installing only the shared libraries needed for executing
programs. The full "modula-3" port is needed only if you want to
compile programs as well.
"modula-3-lib". It installs only the shared libraries needed for
executing Modula-3 programs. This saves a lot of disk space for
people who need to run Modula-3 programs but don't need to build
them. The original "modula-3" port now depends on this one, and
uses it to install the compiler and the rest of the development
system.
Also, everything is now built with optimization. I have been
testing this for at least a month, and haven't seen any problems
from it. It makes the libraries and executables substantially
smaller.
This new port also includes some hooks that will make SOCKS support
possible in the near future.
(The license agreement is similar to GPL and, thus, there should be
no problem with redistributing the original archive as long as we put no
restriction.)
all the COMMENTs! No package names, no version numbers, no "this is
absolutix-3.1.2" type comments that have zero information contents.
Now, without any bad examples to follow, nobody has an excuse to import
a port with those kind of comments. :)
Phew! 238 ports modified!
Closes PR ports/1728.
(But I don't know how to actually change the state of PR.
Could someone do this for me? Or tell me how?)
Submitted by: shanee@rabbit.augusta.de
sure that they are executable. On at least one user's system, the
copies taken from /usr/src/contrib did not have their execute bits
set.
Suggested by: max@wide.ad.jp
Use new custom distfiles which are MUCH smaller than the ones from
DEC.
Use the gcc-2.7.2.1 sources on the system if they are found in
/usr/src/contrib, to avoid having to fetch that distfile.
Use an existing Modula-3 compiler to bootstrap the new one, if
there happens to be one installed on the system. Again, this
eliminates the need to fetch one of the distfiles.
Update the built-in thread-safe malloc to the latest version of
phkmalloc.
Use new custom distfiles which are MUCH smaller than the ones from
DEC.
Use the gcc-2.7.2.1 sources on the system if they are found in
/usr/src/contrib, to avoid having to fetch that distfile.
Use an existing Modula-3 compiler to bootstrap the new one, if
there happens to be one installed on the system. Again, this
eliminates the need to fetch one of the distfiles.
Update the built-in thread-safe malloc to the latest version of
phkmalloc.
-n to, really happened. That's kind of weird. Anyways, I
forgot to add the patches directory and a new patch.
Oh, I specified -n now too, hope this doesn't work.
Helmet on!
Flameproof vest?
Deployed, Sir!
Heat resistant carbon-fiber cup?
In place!
All defensive systems armed and ready?
Armed and ready, Sir!
Fine, then. Let's get on with it. Reduce shared library version numbers!
Uh, Sir, with all due respect ...
DO YOU HEAR ME??? REDUCE SHARED LIBRARY VERSION NUMBERS!!!
Reducing shared library version numbers! ... <*whirr click*> Done!
All right, soldier, let's get the hell out of here... Soldier? ... Soldier??
First, change the port so that it builds a much smaller subset of
the SRC distribution. This eliminates the enormous swap space
requirements of the earlier port, greatly reduces the footprint of
the installed tree, and cuts the size of the package in half.
Second, include many important new patches. Among them is a slightly
modified version of phkmalloc that is thread-safe for Modula-3.
It eradicates some rare and baffling core dumps that cropped up
from time to time in the previous version of the port. The Modula-3
runtime itself is careful to use mutual exclusion around calls to
malloc. But there remained some sneaky backdoor paths into it from
external libraries.
Confession: In the original version of the Modula-3 port, I used
a major version number of 353 for the shared libraries, to correspond
with the SRC version number 3.5.3. That was a dumb move -- I should
have used 1. The current update is incompatible at the shared
library level, requiring me to increment the major version number
to 354, even though this is still based on SRC release 3.5.3. This
is bound to confuse some folks, unfortunately. I weighed a number
of alternatives, such as (a) cheating and going back to 1, and (b)
using a 4-digit major version such as 3531. But in the end I
decided that 354 would be the best solution, even though it's
confusing.
