- 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 ;-)
* Please upgrade sysutils/portupgrade prior to this one, or pkgdb(1)
may coredump with a double free() problem from a misuse of the DL
module. In that case, reinstall sysutils/portupgrade manually.
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
It turned out that the configure target does not need to be
overridable but just RUBY_ARCH does for those who are to use a
hand-built interpreter with modules from ports.
Hint given from: obrien
Approved by: kris (implicitly), and myself
I have tested a few modules that worked fine. I hope such things
as ruby_r will die soon.
For FreeBSD 4.x and prior, ruby_r will forever be needed because
the interpreter (ruby) linked with libc.so crashes when a module
that is (indirectly) linked with libc_r.so, because stdio and stuff
get inconsitent inside of them.
AMD64 ports still need some more testing and tweaking)
By this update, openssl, webrick and xmlrpc modules are now part of
the standard distribution.
Since this version should no longer be called -devel, I am planning on
repo-moving lang/ruby{,-devel} to lang/ruby{16,18}, respectively.
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.
option instead. ftp-master still has the old distfile of ruby-rdtool
before a repack and the checksum mismatch it causes is getting a show
stopper on bento.
- 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)
