supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
- Make RI generation disabled by default (it causes problems
on slow hardware)
- PREFIX-cleaness fixes (in bsd.ruby.mk) [1]
- Take maintainership of bsd.ruby.mk [1]
The patch was tested in the tinderbox with all ruby-dependend ports.
Approved by: portmgr (linimon)
unresolved symbols) on some systems (e.g. with libgnomeui). Linking
threading libraries donesn't employ threading in ruby per se, so it's safe
to do that in non-threaded case.
Reported by: mezz
privileges. When RB_INSTALL_USER environment variable is set, ruby
will not pass '${_BINOWNGRP}' to install program, thus allowing an
ordinal user to install gem or library (e.g. into home directory).
- Eliminate extra whitespace
- Bump portrevision.
PR: ports/103801 (idea)
Submitted by: Dimitri Aivaliotis <aglarond@gmail.com>
modifications)
- Add OPTIONS
- Provide automatic pkg-plist generator to simplify updates
- Guarantee permissions safety when installing docs and examples (eliminate
${CP} -r *)
- Create handy docs and examples structure (install examples for external
libraries in separate directories)
- Remove unused KNOB (NORUBYLIB)
- Add knob to disable RDOC generation [1]
- Add knob to disable IPv6 support
- Move list of obsoleted packages to the separate file (files/obsoleted)
- Add additional .keep_me like files to allow shared directories to not
be deleted by dependent ports
- Minor cleanups and modifications
- Bump-up portrevision
All ruby ports were tested in tinderbox with these modifications.
Requested by: VANHULLEBUS Yvan <vanhu_bsd@zeninc.net> [1]
PR: ports/103353 [1], ports/102648, ports/102663, ports/102685, ports/102646
Approved by: sem (mentor)
since my last commit. It spun in 'miniruby' somewhere in a
bigdecimal compile. So, if CPUTYPE is defined as athlon64 or
athlon-xp, ignore CPU_CFLAGS for workaround.
Reported by: Mike Harding <mvh__at__ix.netcom.com>
- 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
${PTHREAD_CFLAGS} and ${PTHREAD_LIBS} include in the build to kill the
headache of old '_r' and can't run with something like ruby-opengl, ruby-sdl,
ruby-gtk2 and etc on FreeBSD 4.x or older 5.x. With this commit should solve
those issues. It is recommend you to rebuild any apps that depend on
lang/ruby18, so see the UPDATING for detail.
Remove the 'BROKEN' on the other ports that knu has added them few weeks ago.
Some of them have been tested, so if one of them is still broke then please
let us know and one of us will re-add the 'BROKEN'.
This changes was worked by lofi and me. lofi did everything on FreeBSD 4.x
and I did others. lofi, thanks for help!
Tested by: many people
Tested on: i386 (FreeBSD 4.x, 5.x and 6.x), amd64 (FreeBSD 5.x and 6.x),
and sparc64 (FreeBSD 5.x and 6.x)
Not test on: ia64 and alpha
Approved by: portmgr (kris)
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 ;-)
