PExts (Pike EXTensionS) are modules for Pike to handle some
usefull extensions like bzip2, mhash and PCRE.
Theses modules are used automaticaly by Caudium.
PR: ports/45980
Submitted by: Xavier Beaudouin <kiwi@oav.net>
Pike 7.3 is gone. This developement version doesn't exist
anymore. It is now replaced by Pike 7.4 branch.
PR: ports/47433
Submitted by: Xavier Beaudouin <kiwi@oav.net>
- fix [dfi]vec.h with stlport-iostreams
- do not install a Windows header (mathf.h)
- do not install libompstub (depends on pthread_atfork(), see PR 17437)
Submitted by: marius@alchemy.franken.de
- point to the icc errata after make install
either IGNORE or BROKEN.
Since there seems to be some confusion, for the record:
BROKEN is reserved for ports that don't work. This will prevent
users from installing the port, but please note that
ports marked as BROKEN will still be built by bento
IGNORE is reserved for ports that should not be built for one
reason or another (including bento). Users and bento
will not build ports marked as IGNORE.
FORBIDDEN is reserved for security breakages only!!! Only mark a
port as FORBIDDEN if there is a security issue with the
port at the time.
Reviewed by: kris (portmgr)
This is a port of Bigloo, a Scheme system which includes a
compiler generating C code and Java classes and an interpreter.
Bigloo is the tool of choice for the construction of small
autonomous applications in Scheme. Bigloo is mostly conformant
to the Revised5 Report on the Algorithmic Language Scheme
with many extensions.
PR: ports/40644
Submitted by: Stanislav Grozev <tacho@factline.com>
Coco/R is a recursive decent compiler generator. This is
a FreeBSD port of the C/C++ version of Coco/R.
PR: ports/36251
Submitted by: Guy Antony Halse <guy@rucus.ru.ac.za>
disabling parallel build on sparc64. The INSTALLS_DEPENDS thing
probably comes from bsd.port.mk, but I wonder why it is regarded as a
target when it is only used as a boolean variable. I think make(1)
has some problem with parallel build (-jN) on that platform.
I could not really reproduce the error on panther, but a submitter [1]
says the build went fine if he commented the -jN option out as I
suggested.
Submitted by: Anders Andersson <anders@hack.org>,
Joao Pedras <jpedras@webvolution.net> [1],
kris
Note:
Object files built with version 6.0 of Intel(R) Compilers may not link
properly with objects built with version 7.0 of Intel(R) Compilers.
Rebuilding of the object files is suggested.
Changes between the submitted version and the committed version:
- update to 078 instead of 075
- treat excessive parameters in function calls as an error instead
of a warning (removed compatibility with a not named MS product, as
suggested by Intel)
- allow to override the INTEL_FLEXLM_LICENSE variable
From the submitter:
- Unbreak usage of signal.h on -current and RELENG_5_0.
(committers note: see below)
- Fix ownership of installed files when built as non-root.
- Fix the patched versions of the icc- and the icpc-script to work with options
containing spaces (e.g. '-DFOOBAR="foo bar"').
- Install 'clicense' and 'csupport' in the docs-dir even if NOPORTDOCS is
defined, the later is not optional but required by 'icid'.
- Move the ld-wrapper to a sub-dir and thus out of what is normally set in
PATH to prevent footshooting (this isn't perfect but simple until someone
reworks this port to provide FreeBSD-compatibility in another way... or
Intel releases a native version).
- Patch the headers to better fit for FreeBSD (hopefully...).
Notes: - Icc7 is more picky about unknow options than the previous versions,
i.e. the gcc-options normally supplied in CFLAGS unless altered in
/etc/make.conf. Therefore compilation of ports with icc likely fail
if the standard CFLAGS are not unset (e.g. `make CC=icc CFLAGS=""`)
or replaced by options valid for icc.
- When compiling multi-threaded C-code make sure to link with icc and
option '-mt' (for ports e.g. via PTHREAD_CFLAGS) otherwise libc_r
won't be linked in correctly.
Submitted by: marius@alchemy.franken.de
Additional information:
- rev 1.20 of src/sys/i386/include/signal.h introduced __aligned which
isn't handled in sys/cdefs.h for non GCC compilers (at least not in
publically available sources)
- the FreeBSD stdarg.h is missing a macro for va_copy() in the non GCC case,
we handle it in the port, but be prepared to get problems when the base
system gets fixed
- we don't use the icc-buildin of alignof()
- Intel provides a float.h which has different floatingpoint values
(e.g. MAX_FLOAT) than we have in the base system, in the port we use the
FreeBSD header (Warner knows about the issue... at least he got a mail
from me and Marius)
- we replace __wchar_t with __ct_rune_t because icc has a build-in type
for it, this affects "typedef __ct_rune_t __wchar_t;" in sys/_types.h.
It isn't known if this may be evil...
- icc doesn't need the option "-mt" anymore to generate thread safe code,
but our FreeBSD version still needs it to be able to choose libc_r
instead of libc
If a src-committer wants to address any of the above mentioned issues he
should first contact me, I may have already some fixes in my local tree.
which now supports FreeBSD/sparc64.
Set ONLY_FOR_ARCHS to i386, alpha and sparc64. Ruby does not support
IA64 yet. It does not even build or install correctly. We need some
clue to the IA64 stack structure and handling of the IA64 register
windows.
Ruby does not support IA64 yet. It does not even build or install
correctly. We need some clue to the IA64 stack structure and handling
of the IA64 register windows.
for the moment, the internationalization changes of nov 29 are
rolled back -- programs like x = 1.2 don't work in some locales,
because the parser is expecting x = 1,2. until i understand this
better, this will have to wait.
Approved by: knu(portmgr)
- Update to the 1.6.8 final release. (which fixes a couple of
coredumping bugs)
- Update Oni Guruma (alternative BSDL regexp engine) to 20021210.
- Attach a small knob for debugging.
lang/ruby-devel
- Update to 1.8.0 preview 1 + errata patch. (fixes a couple of
coredumping bugs)
- Update Oni Guruma (alternative BSDL regexp engine) to 20021210.
- Fix pkg-plist nits.
lang/ruby16-shim-ruby18
- Update to 1.8.0 preview 1. (sync with 1.6.8 & 1.8.0 preview1)
- Fix pkg-plist nits.
Approved by: lioux (and self)
A Merry Christmas to: all of you
From the freshmeat announcement:
A number of bugs are fixed, including a gauche.net bug and do-form
compilation bug which were sometimes the cause of crashes. Several
new modules are added, including message digest libraries (rfc.md5,
rfc.sha1, rfc.hmac, and util.digest), thread-local parameter support,
and port seek. Other enhancements include string split to take
strings and a regexp as a splitter.
Unfortunately, this does not fix the build failure on alpha. It is
still under investigation.
PR: ports/46284
Submitted by: Erik Greenwald <erik@smluc.org> (MAINTAINER)
Approved by: portmgr (knu)
1.7.3.2002.12.11, and lang/ruby-devel to 1.7.3-2002.12.12.
- Fix a few bugs that lead to core dump, one in the ruby interpreter
and another in the syslog module.
Reported by: ume (net/dtcp was a victim)
- Fix an installation problem occasionally seen on bento. (a bug in
Makefile that caused race)
Submitted by: bento
- Fix a problem that irb(1) didn't work because the symlink was wrong.
Submitted by: Jos Backus <jos@catnook.com>
- Get rid of move & symlink spaghetti completely from the installation
process.
Discussed with: portmgr (will)
that /usr/bin/perl5 doesn't exist, which violates some of use.perl's
assumptions. Take care of this case. [1]
Also in the case of a recent 5-CURRENT, automatically perform
"use.perl port" during package/port installation. This helps the
installation of sysinstall's new "Perl distribution", in that
sysinstall doesn't need to do this explicitly as Yet Another Special
Case. [2]
PORTREVISION bump after all this good stuff.
Requested by: bmah [1], jhb [2]
Submitted by: tobez (port MAINTAINER)
Approved by: portmgr (kris)
archiver/ruby-zlib with lang/ruby-devel in the correct way.
The cause of this problem is that FreeBSD's make(1) got a bit too
sensitive about a mixture of `target:' and `target::'.
don't want to. Unfortunately, I still can't get it to build because it appears
not to link against libgmp. Kris, if you think this is my problem to solve,
I will attempt to do so. Otherwise, I have kde 3.1 things to take care of,
and a cups upgrade to pull together. If I can get the cups upgrade done,
I'd like to get it in.
Approved by: kris
