- Change LOCALBASE with _RUBY_BASE
- Set _RUBY_BASE=PREFIX if defined _RUBY_PORT_TEST
_RUBY_BASE=LOCALBASE otherwise for easy ports testing.
lang/ruby18:
- Update to 1.8.3
Grant maintainership to submitter.
While I'm here:
- Add _RUBY_PORT_TEST=yes to lang/ruby16 port too.
(lang/ruby1[68] must set it for right install).
PR: ports/87332
Submitted by: Alexander Novitsky
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
Always put a version suffix to the ruby name (no matter if ruby is the
default version) to avoid mess in future.
[Notes for i386 users]
If you are a ruby developer and still want to stick with ruby 1.6 as
default, please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf.
If you are a ruby developer and want to keep ruby 1.6 as default,
please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf. Otherwise, please
run the following series of commands to migrate to ruby 1.8:
1) Reinstall portupgrade manually (and ruby 1.8 will be installed)
pkg_delete portupgrade-\*
(cd /usr/ports/sysutils/portupgrade; make install clean)
2) Reinstall everything that depends on ruby 1.6 (to use ruby 1.8)
portupgrade -fr lang/ruby16
3) Reinstall ruby 1.8 (because the previous step kills symlinks)
portupgrade -f lang/ruby18
4) Deinstall ruby 1.6 stuff (if you are paranoia)
pkg_deinstall -ri lang/ruby16
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
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.
- 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
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)
containing a pregenerated configure and a parse.c generated with bison
1.35. This is to offer a smaller (.tar.bz2) distfile, remove the
autoconf dependency and benefit from a bit more efficient parse.c than
that which byacc(1) generates.
- Update to the latest 1.6 stable snapshot as of 2002-03-27.
- Update the Oni Guruma alternative regex engine to 20020325.
lang/ruby-devel:
- Update to the latest 1.7 development snapshot as of 2002-03-26.
- Add the WITH_ONIGURUMA knob as well as lang/ruby.
- Require devel/autoconf (2.53 or later is required).
- Add several modules to the obsoleted modules list (now included):
bigfloat
fileutils
racc-runtime
strscan
Add a WITH_ONIGURUMA knob that enables the Oni Guruma regex engine
that's currently under development that will eventually replace the
stock one that's derived from LGPL'd GNU regex. [experimental]
lang/ruby-devel deinstall obsoleted (integrated) packages in their
post-install targets (for installation from ports) and in their plists
(for installation from packages),
Update to the latest snapshot as of 2002-01-29 while I'm at it.
- USE_AUTO* -> USE_AUTO*_VER=* where required
- USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK
- Other minor changes to fix things
These changes should be no-ops with the current bsd.port.mk, but will
assist in preparing for the next generation of USE_AUTO*.
Submitted by: bento 4-exp USE_AUTO* cleanups
http://people.FreeBSD.org/~will/4-exp/http://bento.FreeBSD.org/errorlogs/4-exp-latest/
